No caso mais geral, um SIS faz uso de uma API, dentre as várias disponíveis, para acesso às funcionalidades do HD, conforme ilustrado abaixo. Consulte #1 para detalhes.
AR ou VR para navegar entre dados da saúde
Como fazer isso? Dados baseados no openEHR
Padrão tabular para respostas
Requisições retornam, em muitos casos, dados em forma de tabelas. Nesses casos, qual o modelo oferecido para o programador para acesso a tais dados? Uma variante de ResultSet restrita às operações de consulta? Simples vetor de objetos (JSON), JDBC-like resultset, outro? Qual o codec correspondente? Também contemplado em #1 .
Objetos de interação para arquétipos
Para auxiliar a elaboração de SIS, um conjunto de "views" predefinidas encontra-se disponível, em geral, há uma view (ou mais) para um arquétipo disponível no CKM. Trata-se de um conjunto de objetos de interação previamente estabelecidos para cada arquétipo. Esses objetos permitem a entrada e a consulta das informações referentes ao arquétipo. Nessa linha de trabalho, dado um conjunto de arquétipos, a GUI correspondente é gerada de forma automática e oferece ao usuário uma visualização "atrativa" para os profissionais de saúde. Objetos para uso em browser, iOs e Android e displays de baixo custo. Links relevantes: flexbox.
Slides de curso disponíveis no google drive (seguranca).
Cliente administrativo (acesso/configuração de serviços do healthdb)
Apenas um cliente administrativo é previamente fornecido com o HD. Por meio dele é possível emitir requisições AQL para dados criados com base em arquétipos. Embora toda a funcionalidade do HD possa ser explorada por meio desse cliente, trata-se de instrumento de desenvolvimento e de administração do HD. O que se pode fazer com o Cliente Administrativo (CA) é definido pelos serviços oferecidos pela HD API:
Executar sentenças AQL, executar sentenças em GraphQL (veja imagem abaixo)
API de acesso de SIS
No caso mais geral, um SIS faz uso de uma API, dentre as várias disponíveis, para acesso às funcionalidades do HD, conforme ilustrado abaixo. Consulte #1 para detalhes.
AR ou VR para navegar entre dados da saúde
Padrão tabular para respostas
Requisições retornam, em muitos casos, dados em forma de tabelas. Nesses casos, qual o modelo oferecido para o programador para acesso a tais dados? Uma variante de ResultSet restrita às operações de consulta? Simples vetor de objetos (JSON), JDBC-like resultset, outro? Qual o codec correspondente? Também contemplado em #1 .
Objetos de interação para arquétipos
Para auxiliar a elaboração de SIS, um conjunto de "views" predefinidas encontra-se disponível, em geral, há uma view (ou mais) para um arquétipo disponível no CKM. Trata-se de um conjunto de objetos de interação previamente estabelecidos para cada arquétipo. Esses objetos permitem a entrada e a consulta das informações referentes ao arquétipo. Nessa linha de trabalho, dado um conjunto de arquétipos, a GUI correspondente é gerada de forma automática e oferece ao usuário uma visualização "atrativa" para os profissionais de saúde. Objetos para uso em browser, iOs e Android e displays de baixo custo. Links relevantes: flexbox.
Ember (escolha para SPA framework)
Projeto de interação para saúde
Cliente administrativo (acesso/configuração de serviços do healthdb)
Apenas um cliente administrativo é previamente fornecido com o HD. Por meio dele é possível emitir requisições AQL para dados criados com base em arquétipos. Embora toda a funcionalidade do HD possa ser explorada por meio desse cliente, trata-se de instrumento de desenvolvimento e de administração do HD. O que se pode fazer com o Cliente Administrativo (CA) é definido pelos serviços oferecidos pela HD API: