BR112015021229A2 - Sistema, método e dispositivo de armazenamento para integração, unificação e exibiçãode dados de paciente através de cuidados com a saúde contínuos - Google Patents

Abstract

abstract implementations provide a user of a mobile device access to patient information and patient physiological data. actions can include receiving a user request, the user request being received in response to user input to the mobile device, determining that the user request is associated with patient data and/or patient information stored in a plurality of data stores associated with a plurality of facility systems, each data store in the plurality of data stores being associated with a respective facility system, transmitting a plurality of requests, each request being directed to a respective facility system, receiving a plurality of responses, each response being responsive to a respective request of the plurality of requests, and transmitting a response to the mobile device, the response being responsive to the user request. tradução do resumo resumo patente de invenção: "sistemas e métodos para integração, unificação e exibição de dados de paciente através de cuidados com a saúde contínuos". a presente invenção refere-se a implementações que proveem a um usuário de um dispositivo móvel acesso a uma informação de paciente e a dados fisiológicos de paciente. as ações podem incluir o recebimento de uma requisição de usuário, a requisição de usuário sendo recebida em resposta a uma entrada de usuário no dispositivo móvel; a determinação que a requisição de usuário está associada a dados de paciente e/ou a uma informação de paciente armazenada em uma pluralidade de armazenamentos de dados associados a uma pluralidade de sistemas de instalação, cada armazenamento de dados na pluralidade de armazenamento de dados estando associado a um respectivo sistema de instalação; a transmissão de uma pluralidade de resistência, cada requisição sendo dirigida a um respectivo sistema de instalação; o recebimento de uma pluralidade de respostas, cada resposta respondendo a uma respectiva requisição da pluralidade de requisições; e a transmissão de uma resposta para o dispositivo móvel, a resposta respondendo à requisição de usuário.

Description

Relatório Descritivo da Patente de Invenção para SISTEMA, MÉTODO E DISPOSITIVO DE ARMAZENAMENTO PARA INTEGRAÇÃO, UNIFICAÇÃO E EXIBIÇÃO DE DADOS DE PACIENTE ATRAVÉS DE CUIDADOS COM A SAÚDE CONTÍNUOS. REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS [001] Este pedido reivindica o benefício de e a prioridade para o Pedido Provisório U.S. N^Q 61/771.591, depositado em 1 de março de 2013, cuja exposição é expressamente incorporada aqui como referência na totalidade.

ANTECEDENTES [002] Uma informação de paciente pode ser armazenada através de múltiplas instalações associadas a respectivos provedores de cuidados com a saúde. Por exemplo, um contínuo de cuidados com a saúde pode incluir hospitais, clínicas, laboratórios e/ou outras instalações de cuidados com a saúde. Em alguns casos, cada instalação de cuidados com a saúde tinha sua própria fonte de dados para armazenamento de uma informação de paciente e dados associados a serviços providos na respectiva instalação. Por exemplo, múltiplos registros médicos eletrônicos (EMRs) diferentes podem ser providos para um paciente em particular através de um contínuo de cuidados com a saúde. Em alguns exemplos, esses EMRs são dados de armazenamento específicos de vendedor, e uma informação é em formatos díspares.

[003] Pode ser requerido que os médicos e outros provedores de cuidados com a saúde acessem dados de paciente e informação através de um contínuo de cuidados com a saúde. A natureza díspar, na qual dados e informação podem ser armazenados, pode complicar a recuperação e a exibição de uma informação de paciente relevante para provedores de cuidados com a saúde.

SUMÁRIO [004] As implementações da presente exposição proveem méto

Petição 870160024336, de 31/05/2016, pág. 4/14

2/81 dos para a provisão a um usuário de um dispositivo móvel de acesso a uma informação de paciente e a dados fisiológicos de paciente. Em alguns exemplos, os métodos incluem a ação de o recebimento de uma requisição de usuário, a requisição de usuário sendo recebida em resposta a uma entrada de usuário no dispositivo móvel, a determinação que a requisição de usuário está associada a dados de paciente e/ou a uma informação de paciente armazenada em uma pluralidade de armazenamentos de dados associados a uma pluralidade de sistemas de instalação, cada armazenamento de dados na pluralidade de armazenamento de dados estando associado a um respectivo sistema de instalação, a transmissão de uma pluralidade de resistência, cada requisição sendo dirigida a um respectivo sistema de instalação, o recebimento de uma pluralidade de respostas, cada resposta respondendo a uma respectiva requisição da pluralidade de requisições, e a transmissão de uma resposta para o dispositivo móvel, a resposta respondendo à requisição de usuário. Outras implementações deste aspecto incluem sistemas correspondentes, aparelhos e programas de computador, configurados para a execução das ações dos métodos, codificados em dispositivos de armazenamento de computador.

[005] Estas e outras implementações podem opcionalmente incluir, cada uma, um ou mais dos recursos a seguir: a determinação que a requisição de usuário está associada a dados de paciente e/ou a uma informação de paciente armazenada em uma pluralidade de armazenamentos de dados inclui o acesso a um índice de paciente com instalação, com base em um identificador de paciente para a determinação de uma pluralidade de sistemas de instalação, o identificador de paciente sendo incluído na requisição; as ações ainda incluem a identificação de sistemas de instalação incluídos na pluralidade de sistemas de instalação com base em um índice de provedor com instalação, o índice de provedor com instalação mapeando o usuário do dispositivo

3/81 móvel para sistemas de instalação da pluralidade de sistemas de instalação; a identificação de sistemas de instalação é realizada com base em um identificador de usuário, o identificador de usuário sendo provido na requisição de usuário; cada requisição na pluralidade de requisições inclui dados de credencial de usuário associadas ao usuário do dispositivo móvel; as ações ainda incluem a recuperação dos dados de credencial de usuário a partir de um índice de provedor com instalação, o índice de provedor com paciente mapeando o usuário do dispositivo móvel para sistemas de instalação da pluralidade de sistemas de instalação; as ações ainda incluem: a análise da requisição de usuário para a determinação de dados de paciente e/ou uma informação de paciente que atende à requisição de usuário, e a geração de um encadeamento com base nos dados de paciente e/ou uma informação de paciente, o encadeamento incluindo um conjunto de tarefas que incluem uma ou mais tarefas realizadas para atendimento da requisição de usuário, em que a transmissão da pluralidade de requisições é incluída no conjunto de tarefas; as ações ainda incluem: o processamento de dados de paciente e/ou de uma informação de paciente recuperados, os dados de paciente e/ou a informação de paciente recuperados sendo incluídos na pluralidade de respostas, e a geração da resposta que é para ser provida para o dispositivo móvel; o processamento de dados de paciente e/ou de uma informação de paciente recuperada inclui pelo menos um dentre a geração de dados adicionais com base nos dados de paciente, a formatação dos dados e paciente recuperados e/ou de dados de paciente, e o condicionamento dos dados de paciente e/ou de uma informação de paciente; as ações ainda incluem o condicionamento dos dados adicionais; os dados adicionais incluem dados que podem ser processados pelo dispositivo móvel para a geração de uma ou mais visualizações de dados; o condicionamento dos dados e paciente e/ou da informação de paciente inclui

4/81 pelo menos um dentre conversão de dados com base em um protocolo de transmissão, a formatação de dados para exibição ótima no dispositivo móvel, e o empacotamento de dados para transmissão para o dispositivo móvel; as ações ainda incluem a determinação que a requisição de usuário está associada a uma porção de dados de paciente e/ou uma informação de paciente armazenada em um armazenamento de dados de cache, a resposta ao dispositivo móvel sendo provida com base na porção dos dados de paciente e/ou uma informação de paciente; a requisição de usuário inclui um identificador de usuário e um identificador de paciente, o identificador de usuário e o identificador de paciente tendo a referência cruzada referenciada a um ou mais índices para a identificação de sistemas de instalação incluídos na pluralidade de sistemas de instalação; as ações ainda incluem a autenticação do usuário do dispositivo móvel; as ações ainda incluem a validação da requisição de usuário; e a resposta inclui instruções, as instruções sendo executáveis pelo dispositivo móvel para exibição de dados de paciente e/ou uma informação de paciente em uma visão integrada no dispositivo móvel.

[006] Outros aspectos da presente exposição proveem sistemas incluindo um ou mais processadores, e um meio que pode ser lido em computador acoplado a um ou mais processadores tendo instruções armazenados ali, as quais, quando executadas por um ou mais processadores, fazem com que um ou mais processadores executem um ou mais dos métodos providos ali.

[007] É apreciado que os métodos de acordo com a presente exposição podem incluir qualquer combinação dos aspectos e dos recursos descritos aqui. Quer dizer que os métodos de acordo com a presente exposição não estão limitados às combinações de aspectos e recursos especificamente descritos aqui, mas também incluem qualquer combinação dos aspectos e dos recursos providos.

5/81 [008] Os detalhes de uma ou mais implementações são estabelecidos nos desenhos associados e na descrição abaixo. Outros recursos, objetivos e vantagens serão evidentes a partir da descrição e dos desenhos e a partir das reivindicações.

DESCRIÇÃO DOS DESENHOS [009] A patente ou o depósito de pedido contém pelo menos um desenho executado colorido. As cópias desta patente ou da publicação de pedido de patente com desenho(s) colorido(s) será(ão) providas pelo Escritório mediante requisição e pagamento do honorário necessário.

[0010] A figura 1 é uma ilustração esquemática de uma arquitetura de sistema de exemplo de acordo com implementações da presente exposição.

[0011] A figura 2 é uma ilustração esquemática de uma outra arquitetura de sistema de acordo com implementações da presente exposição.

[0012] A figura 3 é um diagrama de blocos funcionais de um sistema de exemplo de acordo com implementações da presente exposição.

[0013] A figura 4 é uma vista mais detalhada do diagrama de blocos funcionais da figura 3.

[0014] A figura 5 descreve uma plataforma de exemplo para a provisão de vistas integradas e unificadas de dados de paciente e informação de paciente.

[0015] A figura 6 descreve componentes de exemplo e subcomponentes que podem ser incluídos em componentes de núcleo da figura 5.

[0016] As figuras 7 a 16B descrevem interfaces gráficas de usuário de exemplo (GUIs) para a provisão de vistas integradas e unificadas de dados de paciente e informação de paciente de acordo com imple6/81 mentações da presente exposição.

[0017] A figura 17 é um fluxograma que ilustra um processo de exemplo que pode ser executado de acordo com implementações da presente exposição.

[0018] Símbolos de referência iguais nos vários desenhos indicam elementos iguais.

DESCRIÇÃO DETALHADA [0019] As implementações da presente exposição são geralmente dirigidas a uma arquitetura de mobilidade escalonável para empresa, agnóstica de dados e vendedor para se entregarem de forma segura dados de paciente e informação a partir de dispositivos médicos, registros médicos eletrônicos (EMRs) e monitores de paciente para provedores de cuidados com a saúde em qualquer lugar através de um contínuo de cuidados com a saúde. Mais particularmente, as implementações da presente exposição proveem vistas integradas e unificadas de dados de paciente e informação de paciente em dispositivos móveis (por exemplo, smartphones, tablets) a partir de uma pluralidade de fontes de dados através do contínuo de cuidados com a saúde. Conforme discutido em maiores detalhes aqui, as implementações da presente exposição permitem uma tomada de decisão clínica tempestiva e colaborativa, e permitem que sistemas de cuidados com a saúde rastreiem melhor as medidas de qualidade, fortaleçam uma força de trabalho móvel, expandam redes e obtenham uma transformação clínica.

[0020] Com referência, agora, à figura 1, uma arquitetura de sistema de exemplo 100 é ilustrada, e inclui um dispositivo móvel 102, interface(s) de conectividade 104, uma rede 106, um primeiro sistema de instalação 108 e um segundo sistema de instalação 110. Conforme discutido em maiores detalhes aqui, os dados são transferidos a partir de cada um dos primeiro e segundo sistemas de instalação 108, 110 através da rede 106 e interface(s) de conectividade 104 para apresen7/81 tação ou exibição no dispositivo móvel 102. Ainda, os dados podem ser transferidos a partir do dispositivo móvel 102 através da(s) interface^) de conectividade 104 e da rede 106 para cada um dos primeiro e segundo sistemas de instalação 108, 110. Embora um único dispositivo móvel 102 seja ilustrado, é contemplado que um ou mais dispositivos móveis 102 possam se comunicar com cada um dos primeiro e segundo sistemas de instalação 108, 110 através da rede 106 e da(s) interface(s) de conectividade 104. De modo similar, embora dois sistemas de instalação sejam ilustrados, as implementações da presente exposição podem incluir um ou mais sistemas de instalação.

[0021] O dispositivo móvel 102 pode incluir qualquer número de dispositivos de exemplo. Esses dispositivos de exemplo incluem, mas não estão limitados a um telefone móvel, um smartphone, um dispositivo de computação tablet, um assistente digital pessoal (PDA), um computador pessoal laptop (PC), um PC de mesa e/ou combinações apropriadas dos mesmos. No exemplo descrito, o dispositivo móvel 102 inclui um visor 122, um processador 124, uma memória 126, uma interface de entrada 128 e uma interface de comunicação 130. O processador 124 pode processar instruções para execução de implementações da presente exposição. As instruções podem incluir, mas não estão limitadas a instruções armazenadas na memória 126 para exibição de uma informação gráfica no visor 122. Os visores de exemplo incluem, mas não estão limitados a um visor de cristal líquido (LCD) de transistor de filme fino (TFT), ou um visor de diodo de emissão de luz orgânico (OLED). A memória 126 armazena uma informação no dispositivo móvel 102. Em algumas implementações, a memória 126 pode incluir uma unidade de memória volátil ou unidades, e/ou uma unidade de memória não volátil ou unidades. Em outras implementações, uma memória removível pode ser provida, e pode incluir, mas não está limitada a um cartão de memória. Os cartões de memória de exemplo in

8/81 cluem, mas não estão limitados a um cartão de memória digital seguro (SD), um cartão de memória miniSD, um pendrive USB, e similares.

[0022] Em alguns exemplos, a interface de entrada 128 pode incluir um teclado, uma tela de toque, um mouse, um trackball, um microfone, um touchpad e/ou combinações apropriadas dos mesmos. Em algumas implementações, um codificador - decodificador de áudio (não mostrado) pode ser provido, o qual recebe uma entrada audível a partir de um usuário ou outra fonte através de um microfone, e converte a entrada de áudio em uma informação digital usável. O codificador decodificador de áudio pode gerar um som audível, tal como através de um alto-falante que é provido com o dispositivo móvel 102. Os sons de exemplo podem incluir som a partir de chamadas telefônicas de voz, som gravado (por exemplo, mensagens de voz, arquivos de música, etc.), e/ou som gerado por aplicativos operando no dispositivo móvel 102.

[0023] O dispositivo móvel 102 pode se comunicar de forma sem fio através da(s) interface(s) de conectividade 104, o que pode incluir um circuito de processamento de sinal digital. A(s) interface(s) de conectividade 104 pode(m) prover comunicações sob vários modos ou protocolos, incluindo, mas não limitando chamadas de voz de GSM, envio de mensagem por SMS, EMS ou MMS, CDMA, TDMA, PDC, WCDMA, CDMA2000, e/ou GPRS. Essa comunicação pode ocorrer, por exemplo, através de um transceptor de frequência de rádio (não mostrado). Ainda, o dispositivo móvel pode ser capaz de uma comunicação de alcance curto usando recursos incluindo, mas não limitando, transceptores de Bluetooth e/ou WiFi (não mostrados).

[0024] O dispositivo móvel 102 se comunica com a rede 106 através da(s) interface(s) de conectividade 104. Em alguns exemplos, a(s) interface(s) de conectividade 104 pode(m) incluir um receptor de satélite, uma rede celular, um sistema de Bluetooth, um sistema de WiFi

9/81 (por exemplo, 802.x), um modem a cabo, uma interface de DSL / discagem, um sistema de central telefônica privada (PBX), e/ou combinações apropriadas dos mesmos. Cada uma destas interfaces de conectividade 104 permite que dados sejam transmitidos para / a partir da rede 106. Em alguns exemplos, a rede 106 pode ser provida como uma rede de área local (LAN), uma rede de área ampla (WAN), uma LAN sem fio (WLAN), uma rede de área metropolitana (MAN), uma rede de área pessoal (PAN), a Internet, e/ou combinações das mesmas.

[0025] Nos sistemas de exemplo das figuras 1 e 2, o primeiro sistema de instalação 108 inclui uma pluralidade de instalações 140, e o segundo sistema de instalação 110 inclui uma instalação 140. É contemplado que cada sistema de instalação 108, 110 pode incluir uma ou mais instalações, e não está limitado ao arranjo de exemplo descrito aqui. No caso de múltiplas instalações, as instalações podem estar localizadas remotamente umas das outras, e/ou podem estar localizadas em uma localização comum ou local (por exemplo, departamentos separados em uma edificação comum (a mesma)). Cada sistema de instalação 108, 110 pode ser provido como um sistema de cuidados médicos, por exemplo, cujo sistema de cuidados médicos pode incluir um ou mais hospitais, sistemas de hospital, clínicas, consultórios médicos e similares.

[0026] Em alguns exemplos, cada instalação 140 inclui um sistema de informação associado 142, interface(s) de computador 144 e dispositivo^) de monitoração de paciente 146. Os sistemas de informação de exemplo podem incluir, mas não estão limitados a um sistema de informação clínico (CIS), um sistema de EMR, um sistema de registro eletrônico de saúde (EHR), e/ou um sistema de informação de hospital (HIS). Cada sistema de informação 142 pode ser provido como um servidor e suportar a aquisição, o armazenamento, a modificação e a

10/81 distribuição de informação clínica, tais como dados de paciente, por toda a instalação 140 e/ou o sistema de instalação 108, 110. Em alguns exemplos, cada sistema de informação 142 pode ser comunicar com um ou mais sistemas de informação auxiliares (não mostrado) que podem incluir, mas não estão limitados a um sistema de gerenciamento de farmácia, um sistema de gerenciamento de laboratório e/ou um sistema de gerenciamento de radiologia. Embora a arquitetura de sistema de exemplo 100 inclua um sistema de informação 142 localizado em cada instalação 140, é contemplado que as instalações 140 podem se comunicar com um sistema de informação comum 142 que está localizado remotamente de qualquer instalação 140, ou que está localizado em uma das instalações 140 no sistema de instalação 108, 110.

[0027] Em alguns exemplos, a interface de computador 144 pode se comunicar com o sistema de informação 142 para se permitir acesos a uma informação que é armazenada no e gerenciada pelo sistema de informação 142. Em alguns exemplos, a interface de computador 144 pode incluir um computador pessoal (PC) (por exemplo, de mesa, laptop, ou tablet). Embora uma única interface de computador 144 seja ilustrada nas arquiteturas de exemplo descritas aqui, é contemplado que uma ou mais interfaces de computador 144 podem se comunicar com o sistema de informação 142. Uma comunicação entre cada interface de computador 144 e o sistema de informação 142 pode ser obtida através de uma conexão direta, ou remotamente através de uma rede (não mostrada) que pode incluir, mas não está limitada a uma LAN, uma WAN, uma WLAN e/ou a Internet.

[0028] Em alguns exemplos, cada dispositivo de monitoração de paciente 146 monitora as características fisiológicas de um paciente 150 em particular, e gera sinais de dados com base nisso. Conforme discutido em maiores detalhes aqui, as implementações da presente

11/81 exposição proveem dispositivos de monitoração de paciente que incluem um dispositivo de computação, tal como um dispositivo de computação tablet. Os sinais de dados são comunicados para o sistema de informação 142, o qual coleta os dados de paciente com base neles, e armazena os dados para um registro de paciente que está associado ao paciente em particular. Um registro de paciente de exemplo pode incluir um registro médico eletrônico (EMR). Embora um único dispositivo de monitoração de paciente 146 seja ilustrado para cada paciente 150, é contemplado que múltiplos dispositivos de monitoração de paciente 146 possam monitorar um paciente 150 em particular. O(s) dispositivo(s) de monitoração de paciente 146 pode(m) se comunicar com o sistema de informação 142 através de uma conexão direta, ou remotamente através de uma rede (não mostrada) que pode incluir, por exemplo, uma LAN, uma WAN, uma WLAN e/ou a Internet.

[0029] Em alguns exemplos, os dados de paciente são tornados disponíveis para exibição no dispositivo de computador 144. Um provedor de cuidados com a saúde (por exemplo, uma enfermeira e/ou um médico) pode aumentar os dados de paciente pela introdução de uma informação de paciente que também é armazenada no dispositivo de computador 144. Mais especificamente, o provedor de cuidados com a saúde pode introduzir uma informação de paciente correspondente a um paciente 150 em particular, cuja informação de paciente pode ser armazenada no registro de paciente (por exemplo, EMR). Como um exemplo, uma enfermeira pode introduzir notas de enfermagem, cujas notas de enfermagem podem ser armazenadas no registro de paciente no sistema de informação. A informação de paciente de exemplo pode incluir qualquer informação não fisiológica correspondente a um paciente (por exemplo, nome, idade, data de nascimento (DOB), sexo).

[0030] Conforme discutido acima, cada sistema de informação 142

12/81 armazena dados de paciente que podem ser coletados a partir dos dispositivos de monitoração de paciente 146, bem como uma informação de paciente adicional, que podem incluir uma informação que é introduzida por um provedor de cuidados com a saúde. O sistema de informação 142 comunica os dados de paciente e/ou os dados de paciente adicionais para um sistema de gerenciamento de dados (DMS) 160. O DMS 160 pode ser provido como um servidor ou um servidor virtual, que roda componentes de software de servidor, e pode incluir um armazenamento de dados incluindo, por exemplo, um banco de dados e/ou arquivos simples. Na arquitetura de sistema de exemplo 100 da figura 1, cada sistema de instalação 108, 110 inclui um DMS 160 correspondente. Em um arranjo como esse, cada sistema de informação 142 comunica dados de paciente e/ou dados de paciente adicionai para o DMS 160. Mais ainda, e conforme discutido em maiores detalhes abaixo, o DMS 160 pode comunicar uma informação auxiliar para o sistema de informação 142. A comunicação entre o DMS 160 e o(s) sistema(s) de informação 142 pode ser obtida através de uma conexão direta ou remotamente através de uma rede (não mostrada) que pode incluir, por exemplo, uma LAN, uma WAN, uma WLAN e/ou a Internet.

[0031] Em alguns exemplos, um DMS 160 correspondente a um sistema de instalação em particular pode estar localizado remotamente de qualquer uma das instalações 140 do sistema de instalação 108, 110, ou pode estar localizado em uma instalação em particular 140 do sistema de instalação 108, 110. Na arquitetura de sistema de exemplo 100 da figura 1, o DMS 160 está localizado remotamente de qualquer instalação 140 em cada um dos sistemas de instalação 108, 110. É contemplado, contudo, que o DMS 160 pode estar localizado em uma das instalações 140, e remoto da outra instalação 140.

[0032] Na arquitetura de sistema de exemplo 100’ da figura 2, um

13/81

DMS 160’ é provido, que é comum para (o mesmo para) os sistemas de instalação 108, 110. Por exemplo, o DMS 160’ pode ser descrito como sendo comum a vários sistemas de instalação 108, 110, e não está associado a um sistema de instalação 108, 110 em particular. Por exemplo, o DMS 160’ pode ser hospedado por um vendedor terceiro (por exemplo, um provedor de serviços de nuvem). Em alguns exemplos, cada sistema de informação 142 se comunica com o DMS 160’ através de uma conexão direta, ou remotamente através de uma rede (não mostrada) que pode incluir, mas não está limitada a uma LAN, uma WAN, uma WLAN e/ou a Internet. No arranjo de exemplo da figura 2, o DMS 160’ se comunica com cada um dos sistemas de informação 142 através da rede 106. Os sistemas de informação 142 comunicam os dados de paciente e/ou uma informação de paciente para o DMS 160’, e o DMS 160’ pode comunicar uma informação auxiliar para o sistema de informação 142, conforme discutido em maiores detalhes abaixo.

[0033] Na arquitetura de sistema de exemplo 100 da figura 1, a instalação 140 ou o sistema de instalação 108, 110 instala o DMS 160 como um DMS local, e o DMS 160 fica no sítio local com outros servidores que podem incluir, por exemplo, o sistema de informação 142. Em algumas implementações, o DMS 160 pode ser seccionado ou separado de uma perspectiva de rede lógica, mas ainda existe fisicamente com outros servidores que pertencem à respectiva instalação 140. Em alguns exemplos, os componentes de servidor são instalados no DMS 160, cujos componentes podem incluir, por exemplo, um componente de banco de dados, um componente de sincronização de banco de dados, um componente de serviços da web, e/ou um componente de linguagem de consulta estruturado (SQL). Uma interface de sistema de informação também pode ser instalada no DMS 160, e funciona como a interface para o sistema de informação 142. Como um exem

14/81 pio, a interface de sistema de informação pode incluir OBLink, provida pela GE Healthcare. Em algumas implementações, o DMS 160 pode ser disposto em uma configuração de servidor múltiplo, em que um servidor apenas hospeda serviços relacionados a serviço da web e é logicamente segregado, e um outro servidor tem os componentes de servidor necessários remanescentes instalados.

[0034] A arquitetura de sistema de exemplo 100’ da figura 2 provê a localização remota de coleta de dados no DMS 160’. Nessas implementações, o DMS 160’ pode ser provido em um sítio de terceiros, remoto de qualquer uma das instalações 140 ou dos sistemas de instalação 108, 110. O terceiro funciona como uma hospedagem de DMS, e os componentes de servidor necessários são instalados no DMS 160’ hospedado remotamente. Em algumas implementações, uma rede privada virtual (VPN) de negócio a negócio (B2B) pode ser criada entre o DMS 160’ hospedado remotamente e a rede da instalação 140 ou de sistema de instalação 108, 110. Desta maneira, a instalação 140 e/ou o sistema de instalação 108, 110 abdicam da compra e/ou da manutenção de um outro servidor físico, ou DMS 160. Ainda, o tempo em atividade e o status de disponibilidade do DMS 160’ são mais fáceis de gerenciar na parte de um terceiro dedicado. O acesso de DMS à rede pode ser atendido por terceiros, em oposição a sobrecarregar a instalação 140 ou os sistemas de instalação 108, 110. Ainda, os terceiros podem implementar tecnologias de servidor virtual para alavancagem de múltiplas instalações de DMS em um servidor físico único. Nessas implementações, uma pluralidade de servidores virtuais é logicamente particionada em um servidor físico único, e cada servidor virtual tem a capacidade de rodar seu próprio sistema operacional e componentes de servidor, e pode dar o boot independentemente.

[0035] De acordo com implementações da presente exposição, o DMS 160, 160’ sincroniza e transfere dados entre o dispositivo móvel

15/81

102 ou múltiplos dispositivos móveis 102 e o sistema de informação 142 ou múltiplos sistemas de informação 142. Mais especificamente, o DMS 160, 160’ processa e prepara os dados de paciente e/ou a informação de paciente para transferência para e apresentação no dispositivo móvel 102 ou em múltiplos dispositivos móveis 102, a partir do sistema de informação 142 e/ou de outros sistemas, conforme discutido em maiores detalhes aqui. O DMS 160, 160’ também processa e prepara uma informação auxiliar para transferência para e armazenamento no sistema de informação 142 a partir do dispositivo móvel 102, ou múltiplos dispositivos móveis 102 para apresentação potencial em um dispositivo de computador 144 correspondente. Os DMSs de exemplo podem incluir, mas não estão limitados ao servidor AirStrip provido pela AirStrip Technologies, LLC, cujo servidor AirStrip inclui componentes de servidor AirStrip instalados ali.

[0036] Com referência, agora, às figuras 3 e 4, uma estrutura de módulo de exemplo ou sistema 300 que pode ser implementado para a provisão de recursos da presente exposição será descrito em detalhes. Em alguns exemplos, o sistema de exemplo 300 permite que dados de paciente e uma informação de paciente sejam comunicados para / a partir de e sejam trocados entre dispositivos móveis e fontes de dados através de contínuos de cuidados com a saúde. Em alguns exemplos, cada módulo pode ser provido como um ou mais programas executáveis em computador que são executados usando-se um ou mais dispositivos de computação (por exemplo, dispositivos de computação providos como parte de um DMS, dispositivos de computação localizados em uma ou mais instalações de um sistema de instalação). [0037] A figura 3 ilustra uma visão geral do sistema de exemplo 300. No exemplo descrito, a estrutura de módulo inclui módulos localizados em um DMS 301, um primeiro sistema de instalação 302 e um segundo sistema de instalação 304. Em alguns exemplos, o primeiro

16/81 sistema de instalação 302 e o segundo sistema de instalação 304 podem ser incluídos em pelo menos uma porção de um contínuo de cuidados com a saúde, discutido em maiores detalhes aqui. O sistema de instalação 302 inclui um módulo de registro de paciente 303 (por exemplo, o módulo de EMR) que acessa um ou mais registros de paciente gerenciados e armazenados pelo sistema de instalação 302. O sistema de instalação 304 inclui um módulo de registro de paciente 305 (por exemplo, um módulo de EMR) que acessa um ou mais registros de paciente gerenciados e armazenados pelo sistema de instalação 304.

[0038] No exemplo descrito, e conforme discutido em maiores detalhes aqui, dados de paciente e/ou informação podem ser providos para um visor integrado e unificado no dispositivo móvel 102 através da rede 106 e do DMS 301 através de contínuos de cuidados com a saúde (por exemplo, os sistemas de instalação 302, 304). Em alguns exemplos, os dados de paciente e/ou a informação podem ser providos para exibição em um dispositivo móvel 102’, 102” através da rede 106 a partir de um sistema de instalação (por exemplo, o sistema de instalação 302, 304). Em alguns exemplos, os dispositivos móveis 102, 102’, 102” são o mesmo dispositivo. Isto é, por exemplo, um dispositivo móvel pode receber dados de paciente e/ou informação através de um contínuo de cuidados com a saúde, e/ou a partir de sistemas de instalação individuais.

[0039] Em algumas implementações, o DMS 301 inclui um módulo da web 310, um módulo de hospedagem 312, um módulo de cache de dados 314 e um módulo de adaptador 316, um módulo da web 320, um módulo de hospedagem 322, um módulo de cache de dados 324, um módulo de coletor 326. Em geral, os módulos do DMS 301 permitem que o DMS 301 recupere e combine dados a partir de múltiplos sistemas de instalação (por exemplo, os sistemas de instalação 302,

17/81

304) através de contínuos de cuidados com a saúde. Em alguns exemplos, o módulo da web 310 provê uma interface voltada para rede de primeiro nível para a infraestrutura de DMS. Em alguns exemplos, e em resposta a uma requisição a partir de um dispositivo móvel (por exemplo, do dispositivo móvel 102), o módulo da web 310 executa uma validação de requisição e uma autenticação de usuário, e roteia a requisição para o módulo de hospedagem 312. Em alguns exemplos, o módulo da web 310 inclui um ou mais submódulos. Os submódulos de exemplo incluem um submódulo de validação de requisição, o que valida as requisições recebidas, um módulo de autenticação de usuário, o qual autentica uma identidade do usuário e/ou dispositivo móvel a partir do que uma requisição é recebida, e um submódulo de roteamento de requisição, o qual roteia as requisições após a validação e a autenticação.

[0040] Em algumas implementações, o módulo de hospedagem 312 orquestra o processamento de requisição. Em alguns exemplos, o módulo de hospedagem 312 inclui um ou mais submódulos. Os submódulos de exemplo incluem um submódulo de análise de requisição que analisa gramaticalmente as requisições recebidas, um submódulo de montagem de encaminhamento, um submódulo de processamento de encaminhamento, um submódulo de execução de operação, um submódulo de acesso a dados, um submódulo de formatação de resultados, um submódulo de controle de acesso, um submódulo de encriptação, um submódulo de condicionamento de dados, e um submódulo de histórico de registro. Em alguns exemplos, o módulo de hospedagem 312 analisa gramaticalmente uma requisição recebida (por exemplo, usando-se o submódulo de análise de requisição) para determinar, por exemplo, que tipo de dispositivo emitiu a requisição, qual aplicativo em execução no dispositivo emitiu a requisição, e/ou dados de paciente / informação (ou outros dados, tais como dados analíticos, discuti

18/81 dos abaixo) são necessários para atendimento da requisição. Em alguns exemplos, e com base na informação analisada gramaticalmente, o módulo de hospedagem 312 constrói um encaminhamento (por exemplo, usando o submodule de montagem de encaminhamento). Em alguns exemplos, uma tubulação pode ser provida como uma lista de tarefas, que precisa ser executada para atendimento da requisição. As tarefas de exemplo podem incluir a recuperação de dados / informação de paciente em particular, processamento de dados de paciente recuperados para a geração de dados adicionais e/ou visualizações de dados (por exemplo, dados analíticos, gráficos de tendência, discutidos abaixo), dados recuperados de encriptação / desencriptação, geração de históricos de registro de tarefas.

[0041] Em algumas implementações, o módulo de hospedagem 312 coordena a recuperação de dados com o módulo de cache de dados 314 (por exemplo, usando o submodule de acesso a dados). Os dados recuperados são providos de volta para o módulo de hospedagem 312. Em alguns exemplos, o módulo de hospedagem 312 processa os dados recuperados (por exemplo, usando o submodule de execução de operação, o submodule de formatação de resultados e/ou o submodule de condicionamento de dados). Em alguns exemplos, os dados recuperados são processados para a geração de dados adicionais (por exemplo, dados usados para visualizações de dados). Em alguns exemplos, os dados recuperados e/ou os dados adicionais são condicionados para a provisão de uma transferência eficiente de volta para o dispositivo móvel requisitante. Em alguns exemplos, um condicionamento pode incluir a conversão de dados com base em protocolo de transmissão, dados de formatação para exibição ótima no dispositivo em particular, e/ou empacotamento de dados para envio para o dispositivo requisitante.

[0042] Em algumas implementações, o módulo de cache de dados

19/81

314 permite acesso a e um armazenamento ótimo de dados / informação de paciente detalhados usados por outros componentes do sistema 300. Em alguns exemplos, o módulo de cache de dados 314 inclui um ou mais submódulos e/ou armazenamentos de dados. Um submódulo de exemplo pode incluir um submódulo de serviços de cache. Em alguns exemplos, o módulo de cache de dados 314 pode operar em um modo de passagem direta (modo em tempo real) e um modo repositado. Em alguns exemplos, os dados / informação de paciente requeridos para satisfação de uma dada requisição podem ser acessados diretamente a partir de um sistema de fonte (por exemplo, o sistema de instalação 302, 304) em tempo real. Nesses exemplos, o módulo de cache de dados 314 opera em um modo de passagem direta, recuperando os dados / informação de paciente a partir das múltiplas fontes de dados e passando os dados / informação de paciente adiante para resposta à requisição. Em alguns exemplos, uma interface de programa aplicativo (API) ou outro mecanismo programático pode ser usado para requisição dos dados / informação de paciente. Em alguns exemplos, no modo de passagem direta, os dados / informação de paciente não são armazenados em um armazenamento de dados persistente acessado pelo módulo de cache de dados 314. Em algumas implementações, podería ser desejado melhorar a performance de recuperação. Consequentemente, o módulo de cache de dados 314 pode armazenar identificadores de dados e/ou ponteiros em um armazenamento de dados persistente. Quando no modo de passagem direta, o módulo de cache de dados 314 usa o módulo de adaptador 316 para executar a recuperação real de dados / informação de paciente a partir de um ou mais sistemas de instalação.

[0043] Em alguns exemplos, os dados / informação de paciente que são requeridos para satisfação de uma requisição não podem ser acessados diretamente a partir dos sistemas de instalação (por exem

20/81 pio, dos sistemas de instalação 302, 304). Nesses exemplos, o módulo de cache de dados 314 opera no modo repositado. Em alguns exemplos, no modo repositado, o módulo de cache de dados 314 armazena uma cópia detalhada dos dados / informação de paciente no armazenamento de dados persistente. Isto é, por exemplo, os dados / informação de paciente armazenados são armazenados no nível de DMS, mas foram recuperado as partir de fontes de dados remotas (por exemplo, fontes de dados localizados nos sistema de instalação 302). Em alguns exemplos, quando uma requisição é feita para dados / informação de paciente no modo repositado, os dados / informação de paciente são recuperados diretamente a partir do armazenamento de dados persistente (por exemplo, pelo submódulo de serviços de cache).

[0044] Em algumas implementações, o módulo de adaptador 316 permite a recuperação de dados / informação de paciente através de contínuos de cuidados com a saúde. Consequentemente, o módulo de adaptador 316 pode ser referido como um módulo de adaptador federado. Em alguns exemplos, em resposta ao recebimento de uma requisição a partir do dispositivo móvel 102 para dados / informação de paciente a partir de múltiplas fontes de dados (por exemplo, os sistemas de instalação 302, 304), o módulo de cache de dados 314 utiliza o módulo de adaptador 316 para recuperação dos dados / informação de paciente requisitados a partir de múltiplas fontes de dados. Em alguns exemplos, o módulo de adaptador 316 se comunica com módulos de hospedagem locais (discutidos em maiores detalhes abaixo) dos respectivos sistemas de instalação.

[0045] Em algumas implementações, a operação de processamento de requisição do DMS 301 é sem estado. Mais particularmente, os módulos do DMS 301 manipulam cada requisição recebida como uma unidade distinta e, uma vez que uma requisição seja manipulada, não

21/81 armazena uma informação de estado associada a uma requisição completada. Em outras palavras, após o DMS 301 ter processado uma requisição, o DMS 301 (por exemplo, módulos no DMS 301 que manipulou a requisição) “esquece” que a requisição chegou mesmo a ocorrer. Desta maneira, requisições recebidas subsequentemente não são influenciadas por (por exemplo, manipuladas com base em) requisições previamente processadas.

[0046] Em alguns exemplos, a operação do DMS 301 é sem estado, mas o DMS 301 ainda pode prover um histórico de registro de requisições manipuladas (por exemplo, usando-se o submódulo de histórico de registro). Por exemplo, um histórico de registro de requisição pode ser acessado durante uma auditoria do sistema 300.

[0047] Em algumas implementações, cada sistema de instalação 302, 304 inclui um ou mais módulos da web locais 320, 330, um ou mais módulos de hospedagem locais 322, 332, um ou mais módulos de cache de dados 324, 334, e um ou mais módulos de serviço de vocabulário 328, 338. No exemplo descrito, o sistema de instalação 302 inclui um ou mais módulos de coletor 326, e o sistema de instalação 304 inclui um ou mais módulos de adaptador de registro de paciente (EMR) 336.

[0048] Em alguns exemplos, cada um dos módulos da web 320, 330 provê uma funcionalidade conforme discutido de forma similar acima com respeito ao módulo da web 310. Mais particularmente, os módulos da web 320, 330 operam em um nível local (por exemplo, local para os respectivos sistemas de instalação 302, 304), cada um executando uma validação de requisição e uma autenticação de usuário, e roteando as requisições para os respectivos módulos de hospedagem locais 322, 332. Por exemplo, os módulos da web 320, 330 podem receber requisições a partir dos respectivos dispositivos móveis 102’, 102”, podem validar as requisições e autenticar os respectivos

22/81 usuários / dispositivos móveis, e rotear as requisições de modo conforme. Em alguns exemplos, cada módulo da web 320, 330 inclui um ou mais submódulos. Os submódulos de exemplo incluem um submódulo de validação de requisição, o qual valida as requisições recebidas, um módulo de autenticação de usuário, o qual autentica uma identidade do usuário e/ou um dispositivo móvel a partir do qual uma requisição é recebida, e um submódulo de roteamento de requisição, o qual roteia as requisições após a validação e a autenticação.

[0049] Em alguns exemplos, cada um dos módulos de hospedagem locais 322, 332 provê uma funcionalidade conforme discutido de forma similar acima com respeito ao módulo de hospedagem 312. Mais particularmente, os módulos de hospedagem locais 322, 332 operam em um nível local (por exemplo, local para os respectivos sistemas de instalação 302, 304), cada um orquestrando um processamento de requisição. Em alguns exemplos, os módulos de hospedagem locais 322, 332 orquestram um processamento de requisição para requisições recebidas a partir do dispositivo móvel 102 através do DMS 301, e/ou a partir dos respectivos dispositivos móveis 102’, 102” através dos respectivos módulos da web 320, 330. Em alguns exemplos, cada módulo de hospedagem local 322, 332 inclui um ou mais submódulos. Os submódulos de exemplo incluem um submódulo de análise de requisição que analisa gramaticalmente as requisições recebidas, um submódulo de montagem de encaminhamento, um submódulo de processamento de encaminhamento, um submódulo de execução de operação, um submódulo de acesso a dados, um submódulo de controle de acesso e um submódulo de encriptação.

[0050] Em alguns exemplos, cada um dos módulos de cache de dados locais 324, 334 prove uma funcionalidade conforme discutido de forma similar acima com respeito ao módulo de cache de dados 314. Mais aproximadamente, os módulos de cache de dados locais 324,

23/81

334 operam em um nível local (por exemplo, local para os respectivos sistemas de instalação 302, 304), cada um permitindo acesso a e armazenamento opcional de dados / informação de paciente detalhados usados por outros componentes do sistema 300. Em alguns exemplos, cada módulo de cache de dados 324, 334 pode operar em um modo de passagem direta e um modo repositado, conforme discutido acima com respeito ao módulo de cache de dados 314. No modo de passagem direta, os módulos de cache de dados locais 324, 334 recuperam os dados / informação de paciente a partir de uma ou mais fontes de dados locais e passados para os dados / informação de paciente adiante para resposta à requisição. Em alguns exemplos, podería ser desejado melhorar a performance de recuperação. Consequentemente, os módulos de cache de dados locais 324, 334 podem armazenar identificadores de dados e/ou ponteiros em um armazenamento de dados persistente. Quando no modo de passagem direta, os módulos de cache de dados locais 324, 334 usam o módulo de coletor 326 e o módulo de adaptador de registro de paciente 336, respectivamente, para execução da recuperação real de dados de conteúdo digital a partir de fonte(s) de dados local(is) (por exemplo, o módulo de registro de paciente 303 e o módulo de registro de paciente 305, respectivamente). Em alguns exemplos quando no modo de passagem direta, os módulos de cache de dados locais 324, 334 podem escrever dados de volta para os respectivos módulos de registro de paciente 303, 305.

[0051] Em alguns exemplos, os dados / informação de paciente que são requeridos para satisfação de uma requisição (por exemplo, a partir do dispositivo móvel 102’, 102”) não podem ser acessados diretamente a partir das fontes de dados locais (por exemplo, os módulos de registro de paciente 303, 305). Nesses exemplos, cada módulo de cache de dados local 324, 334 pode operar no modo repositado. Em alguns exemplos, no modo repositado, o módulo de cache de dados

24/81 local 324, 334 armazena uma cópia detalhada dos dados / informação de paciente no armazenamento de dados persistente. Isto é, por exemplo, os dados / informação de paciente armazenados são armazenados no nível local, tendo sido previamente recebidos a partir da(s) fonte(s) de dados local(is) (por exemplo, os módulos de registro de paciente 303, 305). Em alguns exemplos, quando uma requisição é feita para dados / informação de paciente no modo repositado, os dados / informação de paciente são recuperados diretamente a partir do armazenamento de dados persistente (por exemplo, pelo submódulo de serviços de cache).

[0052] Em algumas implementações, o módulo de coletor 326 e o módulo de adaptador 336 são específicos para o tipo de módulo de registro de paciente 303, 305, respectivamente. No exemplo da figura 3, o módulo de registro de paciente 303 pode ser acessado com base em um protocolo de envio de mensagem em particular. Um protocolo de envio de mensagem de exemplo pode incluir o protocolo de envio de mensagem de Nível de Saúde 7 (HL7). Em alguns exemplos, os dados / informação de paciente providos com base nesses protocolos de envio de mensagem é repositado pelo módulo de cache de dados 324. Consequentemente, as requisições para esses dados podem ser atendidas com base em uma operação do módulo de cache de dados 314 e/ou do módulo de cache de dados local 324 no modo repositado, conforme discutido acima. Em alguns exemplos, as mudanças nos registros de paciente no módulo de registro de paciente 303 podem disparar uma atualização de dados / informação de paciente repositados pelos módulos de cache de dados 314, 324. Por exemplo, o módulo de coletor 326 pode receber automaticamente uma mensagem a partir do módulo de registro de paciente 303 em resposta a uma mudança / atualização, atualização de disparo / mudança de dados / informação de paciente repositados.

25/81 [0053] No exemplo da figura 3, o módulo de registro de paciente 305 suporta um acesso de interface programática (por exemplo, API). Em alguns exemplos, os dados / informação de paciente providos através das interfaces programáticas são passados diretamente para o módulo de cache de dados 314 e/ou o módulo de cache de dados 334. Consequentemente, as requisições para esses dados podem ser atendidas com base na operação do módulo de cache de dados 314 e/ou do módulo de cache de dados local 334 no modo de passagem direta, conforme discutido acima. Desta maneira, esses dados / informação de paciente não são persistentes para o módulo de cache de dados 314, 334.

[0054] Embora o exemplo da figura 3 descreva os sistemas de instalação 302, 304 tendo tipos diferentes de módulos de registro de paciente 303, 305, é apreciado que os sistemas de instalação podem incluir qualquer combinação apropriada de tipos de módulos de registro de paciente e qualquer número de módulos de registro de paciente (por exemplo, os módulos de registro de paciente 303, 305) e respectivos módulos de adaptador (por exemplo, os módulos 326, 336). Ainda, embora o exemplo da figura 3 descreva dois sistemas de instalação, as implementações da presente exposição são aplicáveis em instâncias incluindo qualquer número de fios condutores.

[0055] Em algumas implementações, os módulos de serviço de vocabulário 328, 338 executam uma tradução entre os vocabulários específicos de vendedor e um vocabulário padrão. Desta maneira, os dados / informação de paciente recuperados através dos módulos 303, 305 usam um vocabulário padrão a ser provido de volta para o dispositivo móvel 102 de uma maneira unificada. Desta maneira, os dados / informação de paciente recuperados através dos módulos 303, 305 usam um vocabulário padrão a ser provido de volta para o dispositivo móvel 102 de uma maneira unificada. Por exemplo, os módulos de re

26/81 gistro de paciente 303, 305 podem ser providos, cada um, por uma respectiva terceira parte (por exemplo, um vendedor) e podem registrar dados / informação com base em um vocabulário que é específico para o vendedor em particular. Consequentemente, as fontes de dados providas a partir de terceiros diferentes podem se referir aos mesmos dados / informação ou tipo de dados / informação usando uma terminologia diferente. Em alguns exemplos, cada módulo de serviço de vocabulário 328, 338 é específico para um respectivo 303, 305. [0056] A figura 4 é uma vista mais detalhada do diagrama de blocos funcionais da figura 3, descrevendo componentes adicionais do sistema de exemplo 300. No exemplo descrito, o DMS 301 ainda inclui um módulo de importação de lista de paciente 400, um módulo de portal de participação de paciente 402, um módulo de serviço de combinação de paciente 404, um módulo de gerenciamento de provedor 406, um armazenamento de dados de informação de paciente 408 e um armazenamento de dados de informação de diretório 410. Em alguns exemplos, o armazenamento de dados de informação de paciente 408 armazena uma informação demográfica de paciente 420, um cache de ponteiro de dados 422, um índice de paciente com provedor 424 e um índice de paciente com instalação 426. Em alguns exemplos, o armazenamento de dados de informação de diretório 410 armazena um diretório de instalação 430, um diretório de provedor 432 e um índice de provedor com instalação 434.

[0057] Em algumas implementações, o módulo de importação de lista de paciente 400 permite uma importação inicial e em andamento de listas de paciente e informação demográfica de paciente para pacientes. Em alguns exemplos, o módulo de importação de lista de paciente 400 provê uma interface para recebimento de uma lista de paciente, por exemplo, provida em um documento que pode ser lido em computador, e processa a lista de paciente para preencher o armaze

27/81 namento de dados de informação de paciente 408 (por exemplo, a informação demográfica 420). Em alguns exemplos, o módulo de portal de participação de paciente 402 provê uma interface que permite que usuários (por exemplo, um administrador) estabeleça relações entre dados / informação de paciente armazenados através de contínuos de cuidados com a saúde e pacientes em particular. Em alguns exemplos, os provedores de cuidados com a saúde, as instalações e/ou os sistemas de instalação através de contínuos de cuidados com a saúde podem ser incluídos em uma organização de cuidados com a saúde (por exemplo, uma organização de assistência à saúde privada (ACO)). Em alguns exemplos, o módulo de portal de participação de paciente 402 permite que um usuário defina relações entre múltiplos registros de paciente (por exemplo, com base em respectivos números de registro médico (MRNs)) para a organização de cuidados com a saúde. Em alguns exemplos, uma informação de relação definida através do módulo de portal de participação de paciente 402 pode ser armazenada no armazenamento de dados de informação de paciente 408.

[0058] Em algumas implementações, o módulo de serviço de combinação de paciente 404 pode ser acessado pelo módulo de hospedagem 312 e pelo módulo de portal de participação de paciente 402. Em alguns exemplos, o módulo de serviço de combinação de paciente 404 pode ser acessado por um aplicativo executado em um dispositivo móvel (por exemplo, no dispositivo móvel 102) através do módulo de hospedagem 312. Em alguns exemplos, o módulo de serviço de combinação de paciente 404 processa dados de paciente e/ou informação de paciente para a identificação de combinações potenciais de paciente entre fontes de dados díspares (por exemplo, múltiplos EMRs diferentes através do contínuo de cuidados com a saúde). Em alguns exemplos, a informação de paciente associada a combinações confir

28/81 madas (por exemplo, confirmadas por um administrador através do módulo de portal de participação de paciente 402, confirmadas por um provedor de cuidados com a saúde usando um dispositivo móvel através do módulo de hospedagem 312) pode ser armazenada no armazenamento de dados de informação de paciente 408. Em alguns exemplos, uma interface de usuário (UI) de combinação de paciente é provida (por exemplo, exibida em um dispositivo móvel) e pode ser usada por um provedor de cuidados com a saúde para busca por pacientes e estabelecimento, registro e/ou confirmação de relações entre registros de paciente em sistemas diferentes que estão relacionados a um único paciente.

[0059] Em alguns exemplos, a informação demográfica 420 inclui uma informação que pode ser usada para a identificação de qualquer paciente que tenha sido estabelecido no sistema. Em alguns exemplos, a informação demográfica 420 pode ser usada para a busca por pacientes, discutido em maiores detalhes aqui. A informação demográfica de exemplo pode incluir nome, idade e/ou sexo. Em alguns exemplos, o cache de ponteiro de dados 422 armazena identificador associados aos dados de paciente detalhados. Em alguns exemplos, os identificadores apontam para armazenamentos de dados em particular, nos quais os dados / informação de paciente a serem recuperados são armazenados. Desta maneira, a performance de recuperação (por exemplo, velocidade) pode ser melhorada. Em alguns exemplos, o índice de paciente com provedor 424 mapeia pacientes em particular para um ou mais provedores de cuidados com a saúde, e/ou provedores de cuidados com a saúde em particular para um ou mais pacientes. Por exemplo, um paciente pode ser tratado por uma pluralidade de provedores de cuidados com a saúde (por exemplo, membros de uma equipe de cuidados com o paciente, discutido abaixo). Como um outro exemplo, um provedor de cuidados com a saúde pode tratar uma plu

29/81 ralidade de pacientes. Em alguns exemplos, o índice de paciente com instalação 426 mapeia pacientes em particular para uma ou mais instalações e/ou sistemas de instalação. Em alguns exemplos, um paciente pode ser mapeado para instalações em particular com base em respectivos MRNs do paciente nas respectivas instalações. Por exemplo, um contínuo de cuidados com a saúde para um paciente em particular pode incluir um hospital e uma clínica. Neste exemplo, o índice de paciente com instalação pode mapear o paciente para o MRN do hospital e o MRN da clínica.

[0060] Em algumas implementações, o módulo de gerenciamento de provedor 406 provê uma interface (por exemplo, um portal da web) para permitir que os membros de uma organização de cuidados com a saúde (por exemplo, ACO) atualize uma informação de diretório de provedor de cuidados com a saúde e/ou relações de provedor de cuidados com a saúde com instalação. Por exemplo, um médico pode ser associado a um ou mais sistemas de instalação da organização de cuidados com a saúde e credenciais (por exemplo, para logon e/ou autenticação) podem ser providas para se permitir a um médico acessar dados / informação de paciente providos a partir de um ou mais sistemas de instalação.

[0061] Em alguns exemplos, o diretório de instalação 430 provê um diretório das instalações interfaceadas pelo sistema (Por exemplo, o DMS 301). Em alguns exemplos, o diretório de instalação 430 também provê parâmetros de configuração para se permitir uma comunicação (um envio de mensagem) entre o sistema e os dispositivos de computação associado às respectivas instalações. Em alguns exemplos, o diretório de provedor 432 inclui um diretório de provedores de cuidados com a saúde (por exemplo, enfermeiras, médicos, especialistas e similares) que são capazes de acessarem dados / informação de paciente através do sistema (por exemplo, o DMS 301). Em alguns

30/81 exemplos, o índice de provedor com instalação 434 mapeia cada provedor de cuidados com a saúde (por exemplo, no diretório de provedor) para um ou mais instalações. Por exemplo, um provedor de cuidados com a saúde pode tratar pacientes em múltiplas instalações. Em alguns exemplos, o índice de provedor com instalação 434 armazena seguramente credenciais de provedores de cuidados com a saúde para instalações para que o provedor de cuidados com a saúde é mapeado. Por exemplo, um provedor de cuidados com a saúde pode ter primeiras credenciais para acesso a dados / informação de paciente em uma primeira instalação, e pode ter segundas credenciais para acesso a dados / informação de paciente em uma segunda instalação. Em alguns exemplos, o índice de provedor com instalação 434 suporta uma funcionalidade de assinatura única discutida em maiores detalhes aqui.

[0062] Um fluxo de dados de exemplo será discutido para ilustração de implementações da presente exposição. É apreciado que as implementações da presente exposição são igualmente aplicáveis a outros fluxos de dados. O fluxo de dados de exemplo podem ser iniciados em resposta a uma requisição recebida a partir de um dispositivo móvel (por exemplo, o dispositivo móvel 102). Em alguns exemplos, a requisição inclui um identificador de usuário, um identificador de dispositivo, um identificador de paciente, identificadores de dados e paciente, identificadores de informação de paciente e identificadores de dados adicionais. Em alguns exemplos, o identificador de usuário pode ser usado para se determinar o usuário em particular que emitiu a requisição, e o identificador de dispositivo pode ser usado para a determinação do dispositivo em particular que transmitiu a requisição. Em alguns exemplos, o identificador de paciente identifica o paciente em particular que é o assunto da requisição, os identificadores de dados de paciente identificam os dados de paciente em particular que foram

31/81 requisitados, os identificadores de informação de paciente identificam a informação de paciente em particular que foi requisitada, e os identificadores de dados adicionais identificam dados adicionais que foram requisitados. Por exemplo, os identificadores de dados de paciente podem indicar que dados de sinais vitais do paciente foram requisitados, e os identificadores de dados adicionais podem indicar que dados de alarme de sinais vitais e visualizações de tendência de dados de sinais vitais também foram requisitados.

[0063] No fluxo de dados de exemplo, o módulo da web 310 recebe a requisição e processa a requisição para validação da requisição e para autenticação do usuário, que submeteu a requisição (por exemplo, com base no identificador de usuário e/ou no identificador de dispositivo). Mediante uma validação e uma autenticação, o módulo da web 310 provê a requisição para o módulo de hospedagem 312. O módulo de hospedagem 312 processa a requisição, conforme discutido acima. Em alguns exemplos, pode ser determinado que os dados / informação de paciente requeridos para atendimento da requisição podem ser providos a partir do módulo de cache de dados 314 (por exemplo, modo repositado). Nesses exemplos, os dados / informação de paciente são providos para o módulo de hospedagem 312 a partir do módulo de cache de dados 314. Em alguns exemplos, pode ser determinado que aqueles dados / informação de paciente requeridos para atendimento da requisição são para serem recuperados a partir de uma ou mais fontes de dados através de um contínuo de cuidados com a saúde do paciente (por exemplo, modo federado).

[0064] Em alguns exemplos, se dados / informação de paciente requeridos para atendimento da requisição forem para serem recuperados a partir de uma ou mais fontes de dados através do contínuo de cuidados com a saúde (por exemplo, modo federado), uma informação de requisição (por exemplo, montada pelo módulo de hospedagem

32/81

312, conforme discutido acima) será provida para o módulo de adaptador 316 pelo módulo de cache de dados 314. Em alguns exemplos, o módulo de adaptador 316 acessa uma informação armazenada no armazenamento de dados de informação de diretório 410 para requisição de dados a partir de um ou mais sistemas de instalação (por exemplo, o sistema de instalação 304). Por exemplo, o módulo de adaptador 316 pode estar ciente de quais sistemas de instalação para recuperação de dados / informação de paciente a partir (por exemplo, com base no índice de paciente com instalação 426) e pode acessar o índice de provedor com instalação 434 para recuperação de credenciais de usuário para o provedor em particular (por exemplo, um usuário que emitiu a requisição). Desta maneira, o módulo de adaptador 316 pode prover credenciais de usuário apropriadas para respectivos sistemas de instalação para recuperação de dados / informação de paciente.

[0065] Em alguns exemplos, o módulo de adaptador 316 envia requisições para os sistemas de instalação identificados, cada requisição identificando dados / informação de paciente e provendo credenciais de usuário apropriadas. Em alguns exemplos, os respectivos módulos de hospedagem (por exemplo, o módulo de hospedagem 332) dos sistemas de instalação recebem as requisições a partir do módulo de adaptador 316, e podem processar as requisições conforme discutido de forma similar acima com referência ao módulo de hospedagem 312. Os respectivos módulos de hospedagem atendem às requisições e proveem os dados / informação de paciente requisitados de volta para o módulo de adaptador 316. Em alguns exemplos, o módulo de adaptador 316 provê os dados / informação de paciente recuperados para o módulo de hospedagem 312, o que completa o processamento da requisição, conforme discutido acima, e provê uma resposta para o dispositivo móvel que emitiu a requisição.

33/81 [0066] Conforme discutido no começo, a presente exposição provê a um provedor de cuidados com a saúde, ou a um usuário do dispositivo móvel 102 acesso remoto seguro aos dados de paciente e/ou à informação de paciente. Os dados de paciente de exemplo podem incluir dados fisiológicos. Em alguns exemplos, os dados fisiológicos podem ser obtidos a partir de dispositivo(s) de monitoração de paciente. Em alguns exemplos, os dados fisiológicos podem ser obtidos por um provedor de cuidados com a saúde local (por exemplo, uma enfermeira, ou um médico medindo a pressão sanguínea, a temperatura, o batimento cardíaco). Em alguns exemplos, os dados fisiológicos podem ser registrados em um ou mais registros de paciente (por exemplo, EMRs). No caso de exemplo de uma paciente da maternidade, os dados de paciente podem incluir uma informação do progresso do parto, tais como status de exame cervical, status de placenta, número de gravidezes, número de partos, status epidural e/ou se a paciente está tentando parto natural após uma cesariana (VBAC). Em alguns exemplos, os termos informação de paciente se referem a uma informação correspondente a um paciente em particular que é, por exemplo, introduzida no sistema de informação 142 pelo provedor de cuidados com a saúde local. Uma informação de paciente de exemplo pode incluir o nome do paciente, o nome do(s) médico(s) designado(s) para o paciente, a(s) enfermeira(s) designada(s) ao paciente, uma identificação de instalação, uma identificação de leito de paciente, um resumo de dados de paciente e/ou anotações de gráfico. Os termos informação de paciente também se referem a uma informação de paciente provida a partir de um ou mais registros de paciente (por exemplo, EMRs).

[0067] Os dados de paciente e/ou a informação de paciente providos para o usuário localizado remotamente podem ser providos como dados em tempo real e/ou dados históricos e informação. Os dados de paciente e/ou a informação de paciente são comunicados entre o dis

34/81 positivo móvel 102 e o DMS 160, 160’ usando-se uma conexão segura que é estabelecida pela rede 106. Um processo de login seguro ou de assinatura é provido, o que preferencialmente está em conformidade com as provisões do Health Insurance Portability and Accountability Act (HIPAA). A assinatura segura autentica a identidade do usuário do dispositivo móvel 102 com base em uma combinação única de ID de usuário e senha. Ambos o ID de usuário e a senha devem estar corretos, de modo a se estabelecer a comunicação segura entre o dispositivo móvel 102 e o DMS 160, 160’.

[0068] Em alguns exemplos, um censo ou uma lista de paciente é provido, o que captura uma variedade da informação e/ou dados descritos aqui, está associado a cada um de um ou mais pacientes monitorados 150. Um gráfico de tira também é provido, em que dados de paciente e/ou informação podem ser apresentados para o usuário de forma gráfica. No caso de exemplo de uma paciente de maternidade, uma informação de tira fetal e de contração materna pode ser provida para uma paciente em particular 150. Mais especificamente, a paciente em particular 150 é selecionada a partir da lista de paciente, e a informação de paciente e/ou os dados são subsequentemente apresentados. A informação e/ou os dados apresentados podem incluir uma tira fetal e uma forma de onda de contração materna, o nome da paciente, o nome do hospital, o quarto do paciente e/ou o número do leito, e a data e a hora. O gráfico de tira pode prover uma vista em tempo real dos dados de paciente, bem como uma vista histórica dos dados de paciente. Mais especificamente, a exibição de forma de onda pode ser atualizada em tempo real, de modo que o usuário do dispositivo móvel 102 observe os dados de paciente, conforme eles ocorrerem e/ou forem gravados. O usuário pode rolar através da exibição de forma de onda, para ver dados de paciente históricos, conforme descrito em maiores detalhes abaixo.

35/81 [0069] Vários recursos de navegação podem ser providos, para se permitir que o usuário manipule uma visão da exibição de forma de onda. Em algumas implementações, o usuário pode dar um zoom para aproximar / afastar a imagem exibida. Desta maneira, o usuário pode ver uma informação de forma de onda muito específica, e/ou outras microcaracterísticas de forma de onda ao se dar um zoom para aproximar ou outras macrocaracterísticas de forma de onda ao dar um zoom para afastar, por exemplo. Em algumas implementações, o usuário pode rolar para frente ou para trás através da exibição de forma de onda. Desta maneira, o usuário pode ver dados de paciente históricos. [0070] Um visor de dados de paciente também pode ser provido. Em algumas implementações, a exibição de dados de paciente pode se sobrepor ao gráfico de tira descrito aqui. Em outra implementação, a exibição de dados de paciente pode ser provida como uma superposição e/ou como uma exibição em separado. A exibição de dados de paciente pode incluir, mas não está limitada ao nome do paciente, idade, gestação fetal, número de gravidezes, número de partos, informação de exame cervical e nome do médico.

[0071] As implementações da presente exposição podem ser realizadas em qualquer um de vários sistemas operacionais ou plataformas 302 associadas ao dispositivo móvel em particular 102. As plataformas de exemplo incluem, mas não estão limitadas a Blackberry da RIM, iOS da Apple e/ou OS X, MS Pocket PC, Win Mobile (Pocket PC, Smartphone), Win Mobile (padrão, profissional), e/ou outras plataformas apropriadas (por exemplo, Google Android, e WebOS da HewlettPackard, Microsoft Windows, Unix, Linux).

[0072] Conforme discutido em detalhes aqui, as implementações da presente exposição são dirigidas a sistemas e métodos de provisão de vistas integradas e unificadas de dados de paciente e informação de paciente a partir de fontes de dados díspares e/ou produtos. Mais

36/81 particularmente, as implementações da presente exposição proveem vistas integradas e unificadas de dados de paciente e informação de paciente recuperados através de um contínuo de cuidados com a saúde. Em alguns exemplos, o contínuo de cuidados com a saúde pode incluir uma pluralidade de fontes de dados clínicos díspares. Em alguns exemplos, uma fonte de dados clínicos pode corresponder a uma ou mais das categorias de serviços de cuidados com a saúde. As categorias de exemplo podem incluir serviços médicos de emergência (EMS), serviços de paciente não hospitalizado, serviços de paciente hospitalizado, serviços ambulatoriais, serviços de fase pós-aguda, serviços domésticos e serviços independentes. Os EMS de exemplo podem incluir departamentos de emergência (por exemplo, sala de emergência (ER) de um hospital), instalações de cuidados urgentes e transporte (por exemplo, ambulância). Os serviços de paciente não hospitalizado de exemplo e/ou serviços de paciente hospitalizado podem incluir hospitais e/ou hospitais de atendimento de emergência (CAHs). Os serviços ambulatoriais podem incluir clínicos, grupos / consultórios de médicos, centros de cirurgia e cuidados de fase préaguda. Os serviços de fase pós-aguda de exemplo podem incluir instalações de enfermagem especializada, hospitais de cuidados de longo prazo, centros de reabilitação e cuidados com a saúde domésticos. Os serviços independentes de exemplo podem incluir centros de formação de imagem (por exemplo, MIR), centros de oncologia, laboratórios, centrais de atendimento virtual e clínicas de conveniência.

[0073] A figura 5 descreve uma plataforma de exemplo 500 para a provisão de vistas integradas e unificadas de dados de paciente e informação de paciente. A plataforma de exemplo 500 inclui um ou mais aplicativos de produto 502 e componentes de núcleo 504. A plataforma de exemplo permite a transferência de dados de paciente / informação para / a partir de uma ou mais fontes de dados 506 para exibição em

37/81 um dispositivo móvel (por exemplo, no dispositivo móvel 102). Em alguns exemplos, a plataforma de exemplo 500 é provida como um ou mais programas executáveis em computador que são executados usando-se um ou mais dispositivos de computação (por exemplo, o DMS 160, 160’). As fontes de dados de exemplo 506 podem incluir um ou mais dispositivos médicos (por exemplo, monitores de cabeceira de leito), um ou mais EMRs, dados de troca de informação de saúde (HIE) 512, dados de imagem 514 (por exemplo, dados de raios X) e dados de sensor 516.

[0074] Em algumas implementações, a plataforma de exemplo 500 pode incluir uma plataforma de aplicativo de móvel 520. Uma plataforma de aplicativo de móvel 520 de exemplo pode incluir a plataforma de aplicativo de móvel exposta no Pedido U.S. N^Q 13/716.974, depositado em 17 de dezembro de 2012, e o qual reivindica o benefício do Pedido Provisório U.S. N^Q 61/579.954, depositado em 23 de dezembro de 2011, cujas exposições são expressamente incorporadas aqui como resfriamento em suas totalidades.

[0075] Em alguns exemplos, a plataforma de aplicativo de móvel 520 separa uma interface gráfica de usuário (GUI) nativa e componentes de sistema operacional da lógica de aplicativo. Desta maneira, a plataforma de aplicativo de móvel 520 traduz e interpreta uma lógica de aplicativo para linguagens nativas de cada sistema operacional de dispositivos móveis para / a partir do que os dados / informação de paciente são para serem transferidos, e engloba as propriedades únicas, os recursos, a função e a usabilidade de cada sistema operacional. Em algumas implementações, a plataforma de aplicativo de móvel 520 concretiza uma abordagem baseada em modelo, em que um ou mais modelos são providos cada modelo correspondente a uma vista de dados / informação de paciente que é para ser apresentada em um dispositivo móvel. Em alguns exemplos, e conforme discutido em mai

38/81 ores detalhes aqui, os modelos padrões podem ser providos, os quais proveem vistas padronizadas de dados / informação de paciente. Em alguns exemplos, os modelos personalizados podem ser providos, e podem incluir modelos personalizados por um usuário de um dispositivo móvel.

[0076] Em alguns exemplos, a plataforma de aplicativo de móvel 520 processa dados / informação de paciente com base em um modelo que define uma vista a ser exibida no dispositivo móvel. Em alguns exemplos, a plataforma de aplicativo de móvel 520 gera instruções para apresentação de gráficos com base nos dados / informação de paciente e no modelo, e provê instruções para o dispositivo móvel, o dispositivo móvel executando as instruções para a provisão da vista baseada em modelo dos dados / informação de paciente (por exemplo, apresentando os dados / informação de paciente em uma vista exibida no dispositivo móvel).

[0077] Em alguns exemplos, os aplicativos de produto 502 podem incluir aplicativos de software médico que permitem mobilidade em cuidados com a saúde. Por exemplo, os produtos podem permitir que uma informação de paciente e dados de paciente (por exemplo, formas de onda e outros dados críticos a partir de EMRs, monitores de cabeceira de leito e dispositivos, farmácia, laboratório e outros sistemas de informação clínica) sejam acessados de forma segura e nativa por provedores de cuidados com a saúde em dispositivos móveis. Os produtos de exemplo podem incluir um produto de obstetrícia (OB) (por exemplo, AirStrip OB provido pela AirStrip Technologies, LLC), um produto de cardiologia (por exemplo, AirStrip CARDIO provido pela AirStrip Technologies, LLC), um produto de monitoração de paciente (por exemplo, AirStrip PATIENT MONITORING provido pela AirStrip Technologies, LLC), e um produto de extensão de EMR (por exemplo, AirStrip EMR EXTENDER provido pela AirStrip Technologies, LLC).

39/81 [0078] A figura 6 descreve componentes de exemplo e subcomponentes que podem ser incluídos nos componentes de núcleo 504 da figura 5. Em alguns exemplos, cada componente e/ou subcomponente pode ser provido como um ou mais programas executáveis em computador que podem ser executados usando-se um ou mais dispositivos de computação (por exemplo, dispositivos de computação do DMS 160, 160’ das figuras 1 e 2). Em alguns exemplos, os componentes de núcleo proveem acesso de dados seguro e transporte de dados, assinatura única e gerenciamento de perfil / contexto, interoperabilidade (adaptadores de dados e interfaces), roteamento de mensagem inteligente, índices de paciente mestres (por exemplo, EMPI) e colaboração de cuidados.

[0079] No exemplo descrito, os componentes de núcleo 504 incluem um componente de segurança 600, um componente de interfaces de coordenação e colaboração de cuidados 602, um componente de integração de dados e fluxo de trabalho 604, um componente de adaptadores de dados de fonte 606 e um componente de serviços 608. No exemplo descrito, o componente de segurança 600 inclui um subcomponente de assinatura única 610 e um subcomponente de contexto / perfis de usuário 612. No exemplo descrito, o componente de interfaces de coordenação e colaboração de cuidados 602 inclui um subcomponente de voz 614, um subcomponente de vídeo 616 e um subcomponente de envio de mensagem 618. No exemplo descrito, o componente de integração de dados e fluxo de trabalho 604 inclui um componente de índice (ou de índices) de paciente 620 e um subcomponente de roteamento inteligente 622. Em alguns exemplos, o componente de adaptadores de dados de fonte 606 pode incluir os subcomponentes de serviços de adaptador 624 (por exemplo, o módulo de serviços de adaptador 324 da figura 3). No exemplo descrito, o componente de serviços 608 inclui um subcomponente de relatório e

40/81 análise 626, um subcomponente de transformação clínica 628 e um subcomponente de implementação e suporte 630.

[0080] Em alguns exemplos, o subcomponente de assinatura única 610 suporta uma funcionalidade de assinatura única, discutida aqui. Em alguns exemplos, um usuário pode ser autenticado uma vez (por exemplo, pela provisão de credenciais de login para um aplicativo executado em um dispositivo móvel) e pode ser provido acesso a dados através de uma pluralidade de fontes de dados, sem ser autenticado para cada fonte de dados individualmente. Em alguns exemplos, o subcomponente de contexto / perfis de usuário 612 suporta personalizações específicas de usuário com base em um contexto do usuário e/ou um perfil do usuário, conforme discutido em maiores detalhes aqui. Os contextos de exemplo podem incluir o usuário ser um médico atendente em um hospital e um médico em tempo parcial em um outro hospital. Em alguns exemplos, um ou mais perfis podem ser associados ao usuário, cada perfil refletindo uma ou mais personalizações associadas ao usuário em particular. Por exemplo, o usuário pode personalizar uma vista padrão que pode ser exibida em um dispositivo móvel, para a provisão de uma vista personalizada. Consequentemente, após o usuário ser autenticado, um ou mais vistas definidas por usuário (personalizadas por usuário) podem ser providas para o dispositivo móvel.

[0081] Em alguns exemplos, o componente de interfaces de coordenação e colaboração de cuidados 602 suporta uma colaboração entre membros da equipe de cuidados de um paciente. Por exemplo, uma equipe de cuidados com o paciente pode incluir um médico, um consultor, um especialista, um intensivista e uma enfermeira. Em alguns exemplos, o subcomponente de voz 614 provê uma colaboração baseada em voz entre os membros de equipe de cuidados (por exemplo, teleconferência). Em alguns exemplos, o subcomponente de vídeo

41/81

616 provê uma colaboração baseada em vídeo entre membros de equipe de cuidados (por exemplo, uma videoconferência). Em alguns exemplos, o subcomponente de envio de mensagem 618 provê uma colaboração baseada em envio de mensagem entre os membros de equipe de cuidados (por exemplo, um envio de mensagem de texto por SMS/MMS). Em alguns exemplos, o componente de interfaces de coordenação e colaboração de cuidados 602 provê segurança em uma colaboração remota entre membros de equipe de cuidados (por exemplo, uma teleconferência segura, uma videoconferência segura e/ou um envio de mensagem seguro).

[0082] Em alguns exemplos, o componente de integração de dados e fluxo de trabalho 604 integra dados a partir de uma pluralidade de fontes de dados, e roteia os dados para exibição em dispositivos móveis. Em alguns exemplos, o componente de índice (ou de índices) de paciente 620 provê um ou mais índices para mapeamento de usuários para instalações e/ou pacientes. Em alguns exemplos, um ou mais índices podem ser providos para associação de um usuário (por exemplo, um médico) a uma instalação ou a múltiplas instalações (por exemplo, hospitais), para associação de um paciente a uma instalação ou a múltiplas instalações, e/ou para associação de um usuário a um ou mais pacientes. Em alguns exemplos, um índice pode ser baseado em uma ACO. Em alguns exemplos, a ACO inclui um ou mais provedores de cuidados com a saúde através de um contínuo de cuidados com a saúde e pode prover acesso cruzado a dados / informação de paciente. Em alguns exemplos, o subcomponente de roteamento inteligente 622 provê uma funcionalidade de roteamento inteligente, discutida acima.

[0083] Em alguns exemplos, o componente de adaptadores de dados de fonte 606 provê uma funcionalidade de adaptador. No exemplo descrito, o componente de serviços 608 inclui um subcomponente

42/81 de relatório e análise 626, um subcomponente de transformação clínica 628 e um subcomponente de implementação e suporte 630.

[0084] Conforme discutido em maiores detalhes aqui, os dados de paciente e a informação de paciente podem ser providos a partir de uma ou mais fontes de dados de paciente díspares (por exemplo, os exemplos descritos na figura 5). Em alguns exemplos, um paciente pode ser associado a um ou mais serviços de cuidados com a saúde através do contínuo de cuidados com a saúde. Consequentemente, e para cada paciente, os dados de paciente e a dados de paciente podem ser distribuídos através do contínuo de cuidados com a saúde. Por exemplo, um paciente pode ser levado para um hospital por EMS (por exemplo, ambulância), pode ser tratado em um departamento de emergência do hospital (por exemplo, um ER), pode ficar no hospital em uma base de paciente não hospitalizado, pode frequentar um centro de reabilitação (por exemplo, fisioterapia), pode estar sob cuidados com a saúde domésticos (por exemplo, com cuidados domésticos de enfermagem) e amostras de paciente podem ser enviadas para um laboratório para análise (por exemplo, uma análise de sangue provida por um laboratório externo). Neste exemplo, o tratamento do paciente em particular toca múltiplas implementações através do contínuo de cuidados com a saúde, e cada instalação pode gerar seus próprios dados de paciente, informação de paciente e registros de paciente (EMRs).

[0085] Em geral, um EMR pode ser descrito como um registro médico digital provido como um documento eletrônico que pode ser processado (por exemplo, lido a partir de / escrito em) por um ou mais programas de computador executados em um ou mais dispositivos de computação. Ainda, cada entidade ou organização (por exemplo, clínica, hospital, médico, centro de reabilitação, laboratório) que trata um paciente pode incluir seu próprio sistema de informação independente

43/81 que provê um EMR que é específico para o sistema de informação. Consequentemente, múltiplos EMRs díspares podem ser providos para um único paciente através do contínuo de cuidados com a saúde. No contexto do exemplo acima, um primeiro EMR pode ser provido para o paciente por um serviço de ambulância que transportou o paciente para o hospital, um segundo EMR pode ser provido para o paciente pelo hospital, um terceiro EMR pode ser provido para o paciente pelo centro de reabilitação e um quarto EMR pode ser provido para o paciente por uma companhia de enfermagem que esteja provendo cuidados domésticos de enfermagem para o paciente. Em alguns exemplos, e conforme citado acima, os EMRs podem ser gerados a partir de sistemas díspares de informação. Consequentemente, o formato e a sintaxe de um EMR pode ser diferente do formato e da sintaxe de um outro EMR.

[0086] Em alguns exemplos, os dados históricos de paciente e a informação podem ser providos para visualização por um provedor de cuidados com a saúde, bem como provendo dados de paciente em tempo real para visualização para o provedor de cuidados com a saúde. Estendendo o exemplo acima, o paciente pode ser readmitido no hospital em uma base de paciente não hospitalizado e pode ser conectado a um ou mais dispositivos de monitoração de paciente que geram dados fisiológicos de paciente com base em uma atividade fisiológica de paciente. De acordo com implementações da presente exposição, e conforme discutido em maiores detalhes aqui, os dados de paciente e a informação a partir de um ou mais dentre o primeiro EMR, o segundo EMR, o terceiro EMR e o quarto EMR, bem como dados de paciente em tempo real podem ser providos para exibição para um provedor de cuidados com a saúde (por exemplo, um médico atendendo ao paciente) em um dispositivo móvel de uma maneira integrada e unificada. Por exemplo, dados fisiológicos de paciente em tempo real e/ou históricos

44/81 podem ser providos para exibição por múltiplos produtos (por exemplo, um produto de cardiologia e um produto de monitoração de paciente). As implementações da presente exposição permitem a integração e a unificação dos dados fisiológicos de paciente através dos produtos.

[0087] De acordo com implementações da presente exposição, os dados de paciente podem ser exibidos para um usuário de um dispositivo de computação. Em algumas implementações, o usuário provê credenciais de login para um aplicativo que é executado no dispositivo móvel. Por exemplo, o aplicativo pode abrir e pode prover uma tela de login para o usuário prover as credenciais. Em alguns exemplos, as credenciais podem incluir um número de identificação pessoal (PIN). Se o PIN não for autenticado (por exemplo, o PIN de entrada de usuário não for o mesmo que um PIN pré-armazenado), um erro será exibido. Se o PIN for autenticado (por exemplo, o PIN de entrada de usuário for o mesmo que um PIN pré-armazenado), uma tela de sítios ou uma tela de base poderá ser exibida. Em alguns exemplos, uma autenticação pode ser provida com base em um identificador pessoal (por exemplo, o PIN) e um outro identificador. Em alguns exemplos, um outro identificador pode incluir um identificador que seja único para um dispositivo móvel que o usuário esteja usando. Por exemplo, o PIN e um identificador de dispositivo único podem ser providos para autenticação.

[0088] A figura 7 descreve uma tela de sítios de exemplo 700. Em algumas implementações a tela de sítio 700 provê uma GUI incluindo um ou mais ícones de sítio que podem ser selecionados (por exemplo, clicados) pelo usuário. Em alguns exemplos, um sítio pode incluir uma instalação específica (por exemplo, uma clínica hospitalar), um sistema de instalações (por exemplo, um sistema de hospital incluindo um ou mais hospitais, uma ou mais clínicas, e/ou um ou mais laboratórios, e similares). Em alguns exemplos, um índice (por exemplo, um índice

45/81 de usuário - instalação) pode ser acessado com base em um identificador associado ao usuário, para se determinar um ou mais ícones de sítio que são para serem exibidos para o usuário. Em alguns exemplos, em resposta ao PIN ser autenticado, um identificador associado ao usuário pode ser provido para o DMS 160’, por exemplo, pelo dispositivo móvel 102 (veja as figuras 1 e 2). Em alguns exemplos, o DMS 160’ armazena um índice (por exemplo, um índice de usuário instalação) que é acessado com base no identificador. Em alguns exemplos, o índice mapeia o identificador associado ao usuário para uma ou mais instalações a que o usuário está associado. Em resposta, o DMS 160’ provê instruções para o dispositivo móvel 102 para exibição da tela de sítio 700 incluindo um ou mais ícones de sítio 702, 704, 706, 708, 710, 712, 714, 716, cada ícone de sítio sendo uma representação gráfica de uma instalação de instalações a que o usuário está associado.

[0089] Em algumas implementações, e conforme citado acima, o usuário pode ser associado a mais de um sítio (por exemplo, 702, 704, 706, 708, 710, 712, 714, 716). Em algumas implementações, o usuário é afiliado a um único sítio, o qual é incluído em uma rede que inclui uma pluralidade de sítios de intercomunicação associados a ela. Em alguns exemplos, um sítio pode incluir um centro médico, um dispensário, um hospital, uma enfermaria, um centro cirúrgico, um cenário de laboratório, um posto de enfermagem, um posto de descanso, um sanatório, um sanitário ou qualquer outra instalação de cuidados com a saúde apropriada. Em algumas implementações, a tela de sítio 700 pode prover um sumário de cada sítio e/ou sítios específicos, ao que o usuário está associado. Em alguns exemplos, um sumário de sítio pode incluir uma pluralidade de ícones selecionáveis (por exemplo, um ícone de acesso a sítio, um ícone de informação de sítio, um ícone de informação de paciente, etc.). Em algumas implementações, cada su

46/81 mário de sítio pode incluir atributos (por exemplo, contagens de paciente).

[0090] Uma entrada de usuário pode ser provida para a tela de sítio 700, a entrada de usuário indicando uma seleção de um ícone de sítio de um ou mais ícones de sítio. Em alguns exemplos, uma entrada de usuário pode incluir tocar em um visor de tela de toque com um dedo (por exemplo, o dedo indicador), uma caneta e/ou outro dispositivo de apontar, bem como com um cursor digital e/ou um teclado.

[0091] Em algumas implementações, uma tela de base pode ser exibida. De acordo com implementações da presente exposição, e conforme discutido em maiores detalhes aqui, a tela de base pode incluir um menu. Em alguns exemplos, o menu provê uma GUI, através da qual o usuário pode requisitar a exibição de dados / informação de paciente. Em alguns exemplos, o menu é um menu específico de usuário. Em alguns exemplos, o menu é específico para um ou mais contextos de usuário. Em alguns exemplos, o menu é específico para um sítio selecionado pelo usuário. Em alguns exemplos, a tela de base é exibida em resposta a uma entrada de usuário na tela de sítios.

[0092] De acordo com implementações da presente exposição, é provido um menu como um menu de deslizar que é animado em resposta a uma seleção de usuário de um ícone. Em alguns exemplos, o menu pode ser animado, de modo que o menu pareça deslizar a partir de uma borda da tela de base (por exemplo, a borda de lado esquerdo). Em alguns exemplos, o menu é animado, de modo que o menu pareça deslizar para a borda da tela de base em resposta a uma seleção de usuário de um ícone a partir do menu.

[0093] De acordo com implementações da presente exposição, o menu pode incluir grupos de ícone. Em alguns exemplos, os grupos de ícone podem ser providos como grupos de ícone padrões. Por exemplo, um grupo de ícone padrão pode ser exibido no menu, o grupo de

47/81 ícone padrão sendo agnóstico para o usuário em particular (por exemplo, exibido para qualquer usuário). Em alguns exemplos, os grupos de ícone podem incluir grupos de ícone personalizados para usuário. Por exemplo, o menu pode incluir um grupo de ícone personalizado para usuário que é específico para (por exemplo, que foi definido por) o usuário. Em alguns exemplos, os grupos de ícone podem incluir grupos de ícone específicos de usuário e/ou específicos de sítio. Por exemplo, um grupo de ícone pode incluir um grupo de ícone de fluxo de trabalho que é específico para o papel do usuário (por exemplo, um médico atendente) em uma instalação específica.

[0094] As figuras 8A e 8B ilustram instantâneos de exemplo de uma tela de base 800 que inclui um menu 520. A tela de base de exemplo 800 das figuras 8A e 8B é específica de usuário e específica de sítio. Por exemplo, a tela de base 800 pode ser exibida em resposta a uma seleção de usuário de um ícone de sítio (por exemplo, o ícone de sítio 704 da figura 7). Consequentemente, um identificador de sítio 816 pode ser provido para indicar o sítio, para o qual o menu 802 é específico. Em alguns exemplos, uma requisição para a tela de base é provida para o DMS 160’ em resposta a uma seleção de usuário de um ícone a partir da tela de sítios 700. Em alguns exemplos, a requisição indica o sítio que foi selecionado. Em alguns exemplos, uma índice de usuário - instalação pode ser acessado para a determinação de uma configuração de um menu a ser exibido na tela de base. Por exemplo, e para um dado sítio (instalação), o usuário pode ter um perfil associado, grupos de paciente definidos por usuário, fluxos de trabalho específicos de contexto e/ou fluxos de trabalho específicos de instalação. Consequentemente, o DMS 160’ pode prover instruções para exibição de uma tela de base específica de usuário, específica de sítio, tal como a tela de base 800 de exemplo das figuras 8A e 8B. Mais particularmente, as instruções podem incluir instruções para exibição de

48/81 um menu específico de usuário, específicos de sítio 802 para a tela de base 800.

[0095] No exemplo descrito, o menu 802 provê ícones para iniciação de respectivas exibições de dados / informação de paciente. No menu 802, os ícones são exibidos em grupos de ícone, ou grupos de menu 804a, 804b. É apreciado que mais ou menos grupos de ícone podem ser exibidos. No exemplo das figuras 8A e 8B, o grupo de ícone 804a pode ser provido como um grupo de ícone padrão. Por exemplo, o grupo de ícone 804a inclui os ícones “My Patients” (meus pacientes) 806, “Recently Viewed” (visto recentemente) 808 e “Find Patients” (encontrar pacientes) 810. Em alguns exemplos, os ícones 806, 808, 810 não são específicos para o usuário e/ou a instalação (por exemplo, os ícones 806, 808, 810 são exibidos independentemente do usuário em particular e/ou da instalação em particular. Em alguns exemplos, o grupo de ícone 804a pode ser personalizado pelo usuário. Por exemplo, o usuário pode definir um grupo de paciente (por exemplo, “My Cardio Patients” (meus pacientes cardíacos), “My OB Patients” (minhas pacientes de obstetrícia)) e pode associar um ou mais pacientes ao grupo. Consequentemente, um ícone que é representativo de um grupo definido por usuário pode ser exibido no grupo de ícone 804a.

[0096] No exemplo das figuras 8A e 8B, o grupo de ícone 804b pode ser provido como um grupo de ícone específico de usuário e específico de instalação. Por exemplo, o grupo de ícone 804b pode ser representativo de um fluxo de trabalho (por exemplo, “Cardio” (cardiologia)) associado ao usuário na instalação em particular (por exemplo, conforme indicado pelo identificador 816). Consequentemente, o grupo de ícone 804a pode incluir ícones que sejam relevantes para o fluxo de trabalho em particular. No exemplo descrito, o grupo de ícone 804b inclui um ícone “In Basket” (em cesto) 812 e um ícone “EMS” 814. Em

49/81 alguns exemplos, um fluxo de trabalho pode incluir uma ou mais tarefas a serem realizadas pelo usuário como parte do papel do usuário em uma instalação em particular.

[0097] Em algumas implementações, uma requisição pode ser provida para o DMS 160’ em resposta a uma seleção de usuário de um ícone a partir do menu 802. No exemplo das figuras 8A e 8B, o usuário pode selecionar o ícone “My Patients” 806. Em resposta, uma requisição pode ser provida para o DMS 160’, a requisição indicando uma requisição por uma lista de todos os pacientes a que o usuário estiver associado. O DMS 160’ pode prover uma resposta que inclui instruções para exibição de uma lista de todos os pacientes associados ao usuário, e pode incluir dados / informação de paciente para exibição. Em alguns exemplos, em resposta à seleção de usuário do ícone “My Patients” 806, o menu 802 é animado para deslizar para a borda da tela.

[0098] A figura 8B ilustra um instantâneo de exemplo de uma tela de “My Patients” 820, que pode ser exibida em resposta a uma seleção de usuário do ícone “My Patients” 806 da figura 8A. Neste exemplo, e em resposta à seleção do ícone “My Patients” 806, a tela 820 exibe ícones de paciente 822 (representações gráficas) para todos os pacientes que sejam atribuídos ao usuário específico para a instalação em particular (por exemplo, um Hospital Geral). Em alguns exemplos, e em resposta à requisição, o DMS 160’ acessa um ou mais índices de paciente para identificar quais pacientes são atribuídos ao usuário na instalação especificada. Em alguns exemplos, o DMS 160’ recupera dados / informação de paciente para o(s) paciente(s) identificado(s) e provê instruções para o dispositivo móvel exibir a tela 820. Em alguns exemplos, o DMS 160’ recupera os dados / informação de paciente a partir de uma ou mais fontes de dados associadas ao paciente e/ou à instalação em particular. Em alguns exemplos, os dados / informação

50/81 de paciente que são para serem exibidos na tela 820 podem ser recuperados a partir do armazenamento de dados local para o DMS 160’. [0099] Em alguns exemplos, uma ordem na qual os ícones de paciente são exibidos pode ser determinada por uma contagem fixa (por exemplo, os pacientes mais recentes que o usuário reviu), e/ou pode ser determinada com base em alertas (por exemplo, os pacientes que requerem atenção imediata). Em algumas implementações, um usuário pode rolar lateralmente (conforme ilustrado na figura 8B) ou rolar verticalmente para ver outros ícones de paciente que atualmente não sejam visíveis na tela 820.

[00100] No exemplo da figura 8B, os ícones de paciente 822 incluem, cada um, uma informação de paciente 824 e dados de paciente 826. No exemplo descrito, a informação de paciente 824 de exemplo pode incluir o nome do paciente, o sexo do paciente, um identificador associado ao paciente, e a data de nascimento do paciente (DOB). No exemplo descrito, os dados de paciente de exemplo incluem batimento cardíaco (HR), pressão sanguínea ambulatorial (ABR), taxa respiratória (RR) e saturação de oxigênio (SPO2). É apreciado que implementações da presente exposição podem incluir dados / informação de paciente adicionais e/ou outros em um ícone de paciente 822. Em alguns exemplos, os dados de paciente providos nos ícones de paciente 822 podem incluir dados / informação de paciente gravados. Em alguns exemplos, os dados / informação de paciente providos nos ícones de paciente 822 podem incluir dados / informação de paciente em tempo real. Por exemplo, um ícone de paciente 822 pode ser representativo de um paciente que esteja sendo atualmente monitorado por um ou mais dispositivos de monitoração de paciente (por exemplo, conforme descrito nas figuras 1 e 2), e os dados de paciente exibidos no ícone de paciente 822 podem ser atualizados em tempo real com base em dados providos a partir do(s) dispositivo(s) de monitoração.

51/81 [00101] No exemplo da figura 8B, os grupos de ícone de paciente 830a, 830b são providos. Em alguns exemplos, os grupos de ícone de paciente podem corresponder a respectivas localizações dos pacientes em uma instalação, para o que a tela 820 é específica. No exemplo da figura 8B, a tela 820 pode ser específica para a instalação “Hospital Geral” (por exemplo, o ícone de sítio 706 da figura 7), e os grupos de ícone de paciente 830a, 830b correspondem a respectivas alas da instalação (por exemplo, ala oeste, ala leste, respectivamente).

[00102] Em alguns exemplos, pela seleção do ícone “Recently Viewed” 808 da figura 8B, uma tela de exibição (não mostrada) pode ser provida, na qual os ícones de paciente são providos para pacientes, cujos dados / informação de paciente foram recentemente vistos pelo usuário. Em alguns exemplos, os ícones de paciente a serem incluídos na lista de paciente “vista recentemente” podem ser determinados com base em uma contagem fixa (por exemplo, os últimos X pacientes que o usuário viu), e/ou pode ser determinada com base no tempo (por exemplo, os pacientes vistos pelo usuário pelas últimas Y horas ou dias).

[00103] Conforme discutido acima, as telas 800, 820 das figuras 8A e 8B são específicas de usuário e específicas de sítio. Em algumas implementações, essas telas podem ser específicas de usuário, mas não específicas de sítio. Por exemplo, uma tela “My Patients” agnóstica de sítio pode ser exibida e pode incluir ícones de paciente representativos de todos os pacientes atribuídos ao usuário através de todas as instalações a que o usuário está associado. Em alguns exemplos, em política a uma seleção de usuário de um ícone “My Patients” a partir de um menu não específico de sítio, uma requisição pode ser provida para o DMS 160’. Em alguns exemplos, e em resposta à requisição, o DMS 160’ acessa um ou mais índices de paciente para a identificação de quais pacientes são atribuídos ao usuário, indepen

52/81 dentemente da instalação. Em alguns exemplos, o DMS 160’ recupera dados / informação de paciente para o(s) paciente(s) identificado(s) e provê instruções para o dispositivo móvel para exibição da tela de “My Patients” agnóstica de sítio 820.

[00104] Em alguns exemplos, pela seleção de um ícone “Find Patients” (por exemplo, o ícone 810 da figura 8A), uma interface de busca é provida. As figuras 9A e 9B ilustram instantâneos de tela de uma interface de busca 900. A figura 9A ilustra a interface de busca de exemplo 900, permitindo que um usuário inicie uma busca por um paciente em particular. No exemplo descrito, a interface de busca 900 pode incluir uma seção de busca 902 que inclui uma caixa de busca 904. Em alguns exemplos, botões podem ser providos para refinamento da busca. Por exemplo, a busca pode ser refinada com base no último nome do paciente (conforme ilustrado na figura 9A), sexo, idade ou outros dados específicos de paciente. No exemplo descrito, a interface de busca 900 inclui uma seção de resultados de busca 906 para exibição de resultados de busca (conforme discutido em maiores detalhes abaixo com referência à figura 9B). Em alguns exemplos, um teclado 907 é exibido, permitindo que o usuário introduza uma consulta de busca (por exemplo, nome de paciente ou uma porção do mesmo). Por exemplo, o usuário pode digitar as primeiras letras do último nome de um paciente (conforme ilustrado na figura 9A).

[00105] A figura 9B ilustra a interface de busca de exemplo 900, provendo os resultados de busca 908 com base em uma entrada de usuário (por exemplo, a consulta de busca [ir]). Os resultados de busca 908 são exibidos na seção de resultados de busca 906 e incluem um ou mais ícones (por exemplo, os ícones de paciente 822) associados aos pacientes que são determinados como respondendo à consulta de busca.

[00106] A interface de busca de exemplo das figuras 9A e 9B é es

53/81 pecífica de usuário e específica de sítio. Em algumas implementações, essa interface de busca pode ser específica de usuário, mas não específica de sítio. Por exemplo, uma interface de busca agnóstica de sítio pode ser exibida, pode receber uma consulta de busca, e pode exibir ícones de paciente representativos de todos os pacientes em resposta à consulta de busca e atribuídos ao usuário através de todas as instalações a que o usuário esteja associado.

[00107] De acordo com as implementações da presente exposição, o usuário pode selecionar um ícone de paciente (por exemplo, um ícone de paciente 822). Em quantidade predeterminada à seleção de usuário, uma tela de paciente pode ser exibida. Em alguns exemplos e em resposta à seleção de usuário de um ícone de paciente, uma requisição é provida para o DMS 160’. Em alguns exemplos, e em resposta à requisição, o DMS 160’ acessa um ou mais índices de paciente para a identificação de fontes de dados, a partir do que os dados / informação de paciente são para serem recuperados para o paciente em particular. Em alguns exemplos, o DMS 160’ recupera dados / informação de paciente para o paciente identificado a partir de uma pluralidade de fontes de dados, e provê instruções para o dispositivo móvel para exibição dos dados / informação de paciente em uma tela de paciente.

[00108] No exemplo provido acima, um primeiro EMR pode ser provido para um paciente por um serviço de ambulância que transportou o paciente para o hospital, um segundo EMR pode ser provido para o paciente pelo hospital, um terceiro EMR pode ser provido para o paciente pelo centro de reabilitação e um quarto EMR pode ser provido para o paciente por uma companhia de enfermagem que esteja provendo cuidados domésticos de enfermagem para o paciente. Ainda, o paciente pode ser readmitido no hospital em uma base de paciente não hospitalizado e pode ser conectado a um ou mais dispositivos de

54/81 monitoração de paciente que geram dados fisiológicos de paciente com base em uma atividade fisiológica de paciente. De acordo com implementações da presente exposição, os dados / informação de paciente a partir de um ou mais dentre o primeiro EMR, o segundo EMR, o terceiro EMR e o quarto EMR, bem como dados de paciente em tempo real podem ser providos para exibição para um provedor de cuidados com a saúde (por exemplo, um médico atendendo ao paciente) em um dispositivo móvel.

[00109] Continuando com o exemplo acima, o DMS 160’ pode acessar um índice de paciente que mapeia o paciente para uma ou mais fontes de dados (por exemplo, o primeiro EMR, o segundo EMR, o terceiro EMR, o quarto EMR e dados de paciente em tempo real a partir de dispositivo(s) de monitoração), a partir do que os dados / informação de paciente são para serem recuperados para exibição na tela de paciente. Em alguns exemplos, apenas um subconjunto de fontes de dados de uma ou mais fontes de dados é identificado para recuperação de dados / informação de paciente. Por exemplo, pode ser determinado que, para uma vista de paciente atualmente selecionada, os dados / informação de paciente a partir dos segundo e terceiro EMRs são para serem exibidos na tela de paciente. Isto é ilustrado nas telas de paciente de exemplo discutidas em maiores detalhes abaixo. Ainda, pode ser determinado que os dados de paciente recuperados sejam para serem processados para a provisão de dados analíticos. Os dados analíticos de exemplo podem incluir dados de tendência exibidos em gráficos, conforme discutido a título de exemplo abaixo.

[00110] Em alguns exemplos, as telas de paciente podem ser baseadas em modelo, para a definição de quais dados / informação de paciente são para serem exibidos em uma tela de paciente em particular (por exemplo, em implementações no uso da plataforma de aplicativo de móvel 520 da figura 5). Em alguns exemplos, um modelo sub

55/81 jacente a uma tela de paciente pode definir quais dados / informação de paciente são para serem exibidos em quais porções da tela de paciente. Em alguns exemplos, um modelo subjacente a uma tela de paciente pode definir dados analíticos que são para serem exibidos em porções da tela de paciente. Em alguns exemplos, um modelo pode ser provido como um modelo padrão. Em alguns exemplos, um modelo personalizado pode incluir um modelo padrão que foi modificado por um usuário.

[00111] Com referência, agora, às figuras 10A a 10C, telas de paciente de exemplo serão discutidas. A figura 10A descreve uma tela de paciente de exemplo 1000. Em alguns exemplos, a tela de paciente 1000 inclui um cabeçalho 1002, um menu 1003 e uma região de exibição 1005. Em alguns exemplos, o cabeçalho 1002 inclui uma informação de paciente de sumário (por exemplo, nome de paciente, índice de massa corpórea do paciente (BMI), sexo do paciente, instalação, status e similares). Em alguns exemplos, os ícones de exibição são providos para se indicarem dados / informação de paciente que são para serem exibidos na região de exibição 1005. No exemplo descrito, os ícones de exibição incluem um ícone de sumário de paciente 1004, um ícone de sumário detalhado 1006 (“Recap”) (recapitulação), um ícone de sinais vitais de paciente 1008, um ícone de monitoração em tempo real 1010 (“Live”) (ao vivo), um ícone de eletrocardiograma (ECG) 1012, um ícone de laboratórios 1014, um ícone de medicamentos 1016 (“Meds”) (medicamentos) e um ícone de notas 1018. Em alguns exemplos e conforme discutido em maiores detalhes aqui, uma seleção de um ícone a partir do menu 1003 alerta para a exibição de dados / informação de paciente em particular.

[00112] No exemplo da figura 10A, um ícone de sumário detalhado 1006 é selecionado, e um ou mais sumários detalhados de dados / informação de paciente é provido na região de exibição 1005. Em alguns

56/81 exemplos, o ícone de sumário detalhado 1006 é provido como uma seleção de ícone padrão em resposta à seleção de usuário de um ícone de paciente em particular (por exemplo, um ícone de paciente 822 na figura 8B). Em alguns exemplos, a tela de sumário detalhado 1006 é baseada em um modelo que define sub-regiões de exibição a serem providas na região de exibição 1005, e os dados / informação de paciente e/ou dados analíticos que são para serem providos em cada uma das sub-regiões de exibição.

[00113] No exemplo da figura 10A, as sub-regiões de exibição 1030, 1032, 034, 1036, 1038, 1040. Por exemplo, a sub-região de exibição 1030 exibe uma informação de paciente geral (por exemplo, identificador de paciente, idade, sexo, altura, peso, BMI, data de admissão, diagnóstico na admissão, e médico atendente na admissão). A sub-região de exibição 1032 exibe uma informação associada à doença / enfermidade atual (por exemplo, histórico de doença presente (HPI), reclamação principal e problemas). Em alguns exemplos, a infravermelho provida na sub-região de exibição 1032 pode incluir uma informação textual que é introduzida por um provedor de cuidados com a saúde (por exemplo, uma enfermeira, um médico atendente) em um sistema de informação de clínica. A sub-região de exibição 1034 exibe uma informação associada aos sinais vitais para o paciente em particular (por exemplo, sinais vitais de enfermagem, eventos, ao vivo). No exemplo descrito, os sinais vitais de enfermagem podem incluir um valor de HR (por exemplo, uma faixa de HR), um valor de pressão sanguínea diastólica (BP-Dias) (por exemplo, uma faixa), um valor de pressão sanguínea média (BP-Mean) (por exemplo, uma faixa), e um valor de temperatura (Temp) (por exemplo, uma faixa). A sub-região de exibição 1036 pode exibir tendências gráficas para os sinais vitais exibidos na sub-região 1034. No exemplo descrito, “Nursing Vitais” (sinais vitais de enfermagem) são exibidos na sub-região de exibição

57/81

1034. Consequentemente, a sub-região de exibição exibe tendências gráficas para estes sinais vitais. Ainda, marcadores únicos (por exemplo, em formato de coração, triângulo, quadrado, círculo, cores diferentes) podem ser associados aos sinais vitais na sub-região de exibição 1034, e podem ser refletidos nas tendências gráficas na sub-região de exibição 1036. Desta maneira, é facilmente discernida qual tendência gráfica corresponde a qual sinal vital.

[00114] No exemplo descrito, a sub-região de exibição 1038 exibe um sumário de resultados de laboratório (“labs”) que foram determinados como sendo anormais (“Abnormal Labs”) (laboratoriais anormais). Em alguns exemplos, e conforme descrito na figura 10A, os dados de laboratórios podem ser exibidos em forma de tabela com base em data. Em alguns exemplos, os dados de laboratório exibidos podem ser codificados por cor (por exemplo, azul indica uma diminuição de valor, vermelho indica um aumento no valor). No exemplo descrito, a subregião de exibição 1040 exibe medicamentos ativos (“Active Meds”) (medicamentos ativos) (por exemplo, medicamentos que o paciente tem prescritos atualmente e/ou que estão sendo administrados para o paciente (infusões)).

[00115] Conforme citado acima, as telas de paciente podem ser providas com base em um modelo. Em alguns exemplos, o modelo é específico de usuário. Por exemplo, em resposta à seleção de um paciente em particular pelo usuário, o DMS 160’ determina o modelo de tela de paciente a ser usado com base no usuário. Em alguns exemplos, o modelo específico de usuário define quais dados / informação de paciente são para serem exibidos na tela de paciente resultante. Com base na definição provida no modelo, o DMS 160’ pode recuperar dados a partir de uma ou mais fontes de dados correspondentes, e, se assim for definido, pode processar dados para a provisão de dados analíticos (por exemplo, tendências gráficas). O DMS 160’ pode prover

58/81 instruções para o dispositivo móvel exibir os dados / informação de paciente recuperados e/ou dados analíticos, conforme definido pelo modelo.

[00116] Com referência, agora, à figura 10B, a janela de sumário de paciente detalhada 1050 pode se sobrepor à tela de paciente 1000. A janela de sumário de paciente detalhada 1050 pode ser exibida em resposta a uma seleção de usuário do ícone de sumário de paciente 1004. Os dados / informação de paciente de exemplo que podem ser exibidos na janela 1050 podem incluir alergias 1052 (por exemplo, alergias a remédios, alergias a alimentos, alergias ambientais), uma informação de paciente 1054 (por exemplo, identificador de paciente, nome (prenome, do meio, último), BMI, sexo, DOB, número de seguridade social (SSN), idade, altura, peso, diagnóstico na admissão, instalação, status e similares), uma informação associada à doença / enfermidade atual (sintomas) (por exemplo, HPI, reclamação principal e problemas) 1056, e membro de equipe de cuidados (“Care Providers”) (provedores de cuidados) 1058. A informação de paciente pode ser provida como uma lista estática, incluindo múltiplas abas por categoria. Por exemplo, os sintomas 724 podem ser exibidos como um texto, divididos sob múltiplas abas correspondentes ao histórico de doença presente (HPI), reclamações principais e problemas. Em alguns exemplos, uma requisição é provida para o DMS 160’ em resposta a uma seleção de usuário do ícone 1004, e o DMS 160’ recupera os dados / informação de paciente a partir de fontes de dados apropriadas e provê instruções para o dispositivo móvel exibir a janela de sumário de paciente detalhada 1050.

[00117] Com referência, agora, à figura 10C, o usuário pode prover uma entrada de usuário para a tela de paciente 1000 para mudar que dados / informação de paciente são para serem exibidos. No exemplo descrito, o usuário selecionou sinais vitais “Live” na sub-região de exi

59/81 bição 1034. Em resposta à entrada de usuário, dados de forma de onda em tempo real podem ser exibidos na sub-região de exibição 1036’. Por exemplo, em resposta à seleção de usuário de “Live” na subregião de exibição 1034, uma requisição pode ser provida para o DMS 160’, o qual pode identificar uma ou mais fontes de dados que podem prover os dados de paciente requisitados (por exemplo, com base em um índice de paciente). Neste exemplo, uma ou mais fontes de dados podem incluir um ou mais dispositivos de monitoração de paciente que geram dados de paciente em resposta a uma atividade fisiológica de paciente. Em alguns exemplos, os dados de paciente são providos para exibição como uma forma de onda de dados de paciente em tempo real, conforme discutido na Patente U.S. N^Q 8.255.238, cuja exposição é expressamente incorporada aqui como referência na totalidade.

[00118] Com referência, agora, à figura 11 A, uma tela de sinais vitais 1100 é descrita. A tela de sinais vitais inclui o cabeçalho 1002 e o menu 1003. Em alguns exemplos, a tela de sinais vitais 1100 é exibida em resposta a uma seleção de usuário do ícone de sinais vitais 1008 (por exemplo, a partir da tela de paciente 1000). Em alguns exemplos, a tela de sinais vitais 1100 pode exibir os dados / informação de paciente e/ou dados analíticos associados aos sinais vitais do paciente. No exemplo descrito, a tela de sinais vitais 1100 provê uma região de exibição gráfica 1102 e uma região de exibição tabular 1104. Em alguns exemplos, os dados providos nas regiões de exibição 1102, 1104 podem incluir dados recuperados a partir de múltiplas fontes de dados, conforme discutido aqui.

[00119] No exemplo descrito, a região de exibição 1102 exibe tendências gráficas refletindo mudanças nos dados ao longo do tempo, e a região de exibição 1104 exibe uma ou mais tabelas incluindo os valores de dados subjacentes nas tendências gráficas exibidas na região de exibição 1104. Os dados de sinais vitais de exemplo incluem HR,

60/81

BP (BP-Sys, BP-Dias, BP-Mean), SPO2 %, RR, e temperatura do corpo. Em algumas implementações, a tela de sinais vitais 1100 inclui múltiplas abas correspondentes a uma pluralidade de categorias, incluindo sinais vitais de enfermagem (conforme ilustrado na figura 11 A), sinais vitais de monitoração, e entrada - saída (l&O) (conforme ilustrado na figura 11B).

[00120] No exemplo acima da figura 11 A, uma pluralidade de tendências gráficas é provida na região de exibição 1102. Neste exemplo, as tendências gráficas incluem um gráfico exibindo visualizações de tendência (por exemplo, séries de gráficos) para todos os sinais vitais monitorados, um gráfico exibindo visualizações de tendência (por exemplo, séries de gráficos) para HR e SPO2 % (por exemplo, um primeiro subconjunto dos sinais vitais monitorados) e um gráfico exibindo visualizações de tendência (por exemplo, séries de gráficos) para sinais vitais de BP (BP-Sys, BP-Dias, BP-Mean) (por exemplo, um segundo subconjunto dos sinais vitais monitorados). Conforme discutido acima, a região de exibição 1104 exibe uma ou mais tabelas incluindo os valores subjacentes das tendências gráficas exibidas na região de exibição 1104. No exemplo descrito, uma tabela de “All Vitais” (todos os sinais vitais) é exibida e corresponde ao gráfico de tendência “All Vitais”. É apreciado que, na região de exibição 1104, uma primeira tabela de “Rates” (taxas) pode ser exibida correspondente ao gráfico de tendência “Rates” incluindo os sinais vitais de BP (BP-Sys, BPDias, BP-Mean) (por exemplo, o segundo subconjunto dos sinais vitais monitorados). Por exemplo, uma entrada de usuário pode ser provida para a região de exibição 1104 para indução de rolagem (por exemplo, para cima, para baixo) para revelação de tabelas adicionais.

[00121] Em alguns exemplos, uma legenda é provida para cada gráfico, a legenda descrevendo quais sinais vitais são incluídos no respectivo gráfico, e um marcador único associado a cada sinal vital.

61/81

Em alguns exemplos, os gráficos são roláveis independentemente ou coletivamente para revelar dados de tendência iniciais (por exemplo, rolagem para a direita), ou dados de tendência posteriores (por exemplo, rolagem para a esquerda). No exemplo da figura 11 A, a tabela exibida na região de exibição 1104 inclui valores de ponto de dados para sinais vitais exibidos nos gráficos da região de exibição 1102. Desta maneira, o usuário pode ver os valores de dados concretos em que os gráficos de tendência são baseados. Consequentemente, os gráficos de tendência permitem um reconhecimento rápido de tendências vitais, e permitem que o usuário identifique pontos de dados de interesse, para a recuperação dos dados subjacentes aos gráficos de tendência a partir da tabela.

[00122] Em alguns exemplos, um intervalo pode ser mudado para a provisão de gráficos de tendência mais detalhados ou mais abstratos e tabelas. No exemplo da figura 11 A, um intervalo de exemplo inclui uma hora. Consequentemente, os gráficos de tendência exibidos na região de exibição 1102 e a tabela exibida na região de exibição 1104 são baseadas em incrementos de uma hora. Em alguns exemplos, uma entrada de usuário pode ser provida para a tela de sinais vitais 1100 para mudança do intervalo. Por exemplo, um usuário pode clicar em um ícone 1106 e um menu descendente pode ser provido, a partir do qual o usuário pode selecionar um intervalo desejado (por exemplo, 1 minuto, 15 minutos, meia hora, 12 horas, 24 horas. Desta maneira, o usuário pode rever gráficos de tendência de granulação mais fina ou de nível mais alto e tabelas.

[00123] Em alguns exemplos, a tabela é rolável para revelar valores de dados iniciais (por exemplo, rolagem para a direita), ou valores de dados posteriores (por exemplo, rolagem para a esquerda). Em alguns exemplos, o(s) gráfico(s) de tendência e a(s) tabela(s) são coletivamente rolados. Por exemplo, a rolagem de um gráfico de tendência

62/81 resulta em uma rolagem combinada da tabela correspondente. Como um outro exemplo, a rolagem de uma tabela resulta em uma rolagem combinada do gráfico de tendência correspondente. Desta maneira, os valores de dados subjacentes a pontos no gráfico de tendência permanecem sincronizados com o gráfico de tendência. Em algumas implementações, uma rolagem pode ser provida em resposta a uma entrada de usuário. Em alguns exemplos, uma rolagem em resposta a uma ação de passagem de dedo de usuário em uma tela de toque em uma direção da esquerda para a direita para indução de uma rolagem para trás no tempo. Como um outro exemplo, um usuário pode passar o dedo na tela em uma direção da esquerda para a direita para indução de uma rolagem para frente no tempo.

[00124] A figura 11B descreve uma outra tela de sinais vitais, uma tela de l&O 1100’ que pode ser exibida em resposta a uma seleção de usuário da aba de l&O (por exemplo, a partir da tela de sinais vitais 1100 da figura 11A). Na figura 11B, a tela de l&O 1100’ inclui uma região de exibição de gráfico 1110 e uma região de exibição de tabela 1112. Em alguns exemplos, a tela de l&O 1100’ da figura 11B descreve a admissão e a extração do paciente de fluidos e/ou sólidos em ambas as formas gráfica (exibida na região de exibição 1110) e na forma tabular (exibida na região de exibição 1112). Em alguns exemplos, um intervalo pode ser mudado para a provisão de gráficos e tabelas mais detalhados ou mais abstratos. No exemplo da figura 11B, um intervalo de exemplo inclui um dia. Consequentemente, os gráficos de barra exibidos na região de exibição 1110 e a tabela exibida na região de exibição 1112 são baseados em incrementos de um dia. Em alguns exemplos, uma entrada de usuário pode ser provida para a tela de l&O 1100’ para mudança do intervalo. Por exemplo, um usuário pode selecionar um intervalo desejado (por exemplo, 1 hora, 12 horas, 1 semana, 1 mês). Desta maneira, o usuário pode rever gráficos de ten63/81 dência de granulação mais fina ou de nível mais alto e tabelas.

[00125] Conforme citado acima, com respeito às telas de paciente, as telas de sinais vitais podem ser providas com base em um modelo. Em algumas modalidades, o modelo é específico de usuário. Por exemplo, em resposta à seleção do ícone de sinais vitais de paciente 1008 pelo usuário, o DMS 160’ determina que o modelo de tela de sinais vitais seja usado com base no usuário. Em alguns exemplos, o modelo específico de usuário define quais gráficos e/ou tabelas são para serem exibidos na tela de sinais vitais resultantes. Com base na definição provida no modelo, o DMS 160’ pode recuperar dados a partir de uma ou mais fontes de dados correspondentes, e, se assim for definido, podem processar dados para a provisão de dados analíticos (por exemplo, tendências gráficas). O DMS 160’ pode prover instruções para o dispositivo móvel exibir os dados / informação de paciente recuperados e/ou dados analíticos conforme definido pelo modelo.

[00126] As figuras 12A e 12B descrevem telas de monitoração de exemplo 1200, 1202, respectivamente. Com referência em particular à figura 12A, a tela de monitoração 1200 pode ser exibida em resposta a uma seleção de usuário do ícone de monitoração em tempo real 1010. Em alguns exemplos, os parâmetros fisiológicos de paciente podem ser monitorados por um ou mais dispositivos de monitoração, os quais respondem a uma atividade fisiológica de paciente e geram dados fisiológicos de paciente com base nisso (veja as figuras 1 e 2). Conforme provido na Patente U.S. N^Q 8.255.238 referenciada acima, os dados fisiológicos de paciente podem ser transmitidos para o dispositivo móvel para a provisão de monitoração em tempo real de dados fisiológicos de paciente.

[00127] Em alguns exemplos, a tela de monitoração 1200 inclui uma região de exibição de forma de onda em tempo real 1210 e regiões de exibição textual em tempo real 1212, 1214. No exemplo des

64/81 crito, a região de exibição 1212 inclui as sub-regiões de exibição 1216, 1218, 1220, 1222, cada uma das quais sendo associada a um respectivo parâmetro fisiológico de paciente sendo monitorado. No exemplo descrito, a região de exibição 1214 inclui as sub-regiões de exibição 1224, 1226, 1228, 1230, 1232, 1234, cada uma das quais sendo associada a um respectivo parâmetro fisiológico de paciente sendo monitorado. Em alguns exemplos, as sub-regiões de exibição 1224, 1226, 1228, 1230, 1232, 1234 na região de exibição 1214 revelam a adição de sub-regiões de exibição e parâmetros fisiológicos de paciente associados sendo monitorados.

[00128] Em alguns exemplos, a tela de monitoração 1202 exibe eventos discretos associados aos parâmetros fisiológicos de paciente monitorados. Em alguns exemplos, a tela de monitoração 1202 exibe dados de paciente e/ou formas de onda associados a um ou mais eventos. Em alguns exemplos, um evento pode ser disparado em resposta a dados de paciente monitorados caindo abaixo ou excedendo a um limite pré-definido (por exemplo, um alarme). Em alguns exemplos, um evento pode ser disparado em resposta a um reconhecimento de um padrão (por exemplo, um ou mais subeventos ocorrendo em um tempo de limite predeterminado de um outro).

[00129] No exemplo da figura 12B, a tela de monitoração 1202 inclui as regiões de exibição 1250, 1252, 1254, 1256, 1258. Em alguns exemplos, as regiões de exibição 1250, 1252, 1254, 1256, 1258 são roláveis (por exemplo, verticalmente) para se revelarem regiões de exibição adicionais. Em alguns exemplos, cada região de exibição 1250, 1252, 1254, 1256, 1258 é associada a um respectivo intervalo de tempo. No exemplo descrito, a região de exibição 1250 é associada a eventos que ocorreram na hora passada, a região de exibição 1252 é associada a eventos que ocorreram de 1 a 2 horas atrás, a região de exibição 1254 é associada a eventos que ocorreram de 2 a 3 horas

65/81 atrás, a região de exibição 1256 é associada a eventos que ocorreram de 3 a 4 horas atrás, a região de exibição 1258 é associada a eventos que ocorreram de 4 a 5 horas atrás.

[00130] Em alguns exemplos, os sumários de evento são providos e podem incluir dados de forma de onda e/ou dados textuais associados ao respectivo evento. No exemplo da figura 12B, os sumários de evento 1260a a 12060Í são exibidos. Em alguns exemplos, os sumários de evento podem incluir uma indicação de prioridade (por exemplo, alta (H), média (M), baixa (L)). Em alguns exemplos, a prioridade pode ser provida com base em uma severidade do evento e/ou um tipo de evento. Por exemplo, se um parâmetro fisiológico de paciente monitorado exceder a um limite por uma primeira quantidade, um evento de prioridade baixa poderá ser disparado, se o parâmetro fisiológico de paciente monitorado exceder ao limite por uma quantidade (maior do que a primeira quantidade), um evento de prioridade média poderá ser disparado, e se o parâmetro fisiológico de paciente monitorado exceder ao limite por uma terceira quantidade (maior do que a segunda quantidade), um evento de prioridade alta pode ser disparado. Em alguns exemplos, um parâmetro fisiológico de paciente pode ter importância em particular. Consequentemente, se o parâmetro fisiológico de paciente exceder a um limite, independentemente de por qual quantidade, um evento de prioridade alta será disparado. Em alguns exemplos, um parâmetro fisiológico de paciente pode ter menos importância. Consequentemente, se o parâmetro fisiológico de paciente exceder a um limite, independentemente de por qual quantidade, um evento de prioridade de nível baixo ou médio será disparado.

[00131] Cada sumário de evento 1260a a 1260i provê dados de paciente relevantes e dados de forma de onda associados ao respectivo evento. Em alguns exemplos, e em cada sumário de evento discreto 1260a a 1260i, o usuário pode rolar os dados de forma de onda, por

66/81 exemplo, para frente ou para trás no tempo para revelar dados de forma de onda antes ou depois do evento.

[00132] De acordo com implementações da presente exposição, as telas de monitoração podem ser providas com base em respectivos modelos. Em alguns exemplos, o modelo é específico de usuário. Por exemplo, em resposta a uma seleção do ícone de monitoração em tempo real 1010 pelo usuário, o DMS 160’ determina o modelo de tela de monitoração em tempo real que é para ser usado com base no usuário. Em alguns exemplos, o modelo específico de usuário define quais formas de onda e/ou dados de paciente textuais são para serem exibidos na tela de monitoração resultante. Com base na definição provida no modelo, o DMS 160’ pode recuperar os dados a partir de uma ou mais fontes de dados correspondentes. O DMS 160’ pode prover instruções para o dispositivo móvel para exibição dos dados recuperados, conforme definido pelo modelo. No caso de formas de onda em tempo real, o DMS 160’ pode prover continuamente dados em tempo real a partir de uma fonte de dados (por exemplo, um dispositivo de monitoração) para exibição como uma forma de onda na tela de monitoração.

[00133] A figura 13 descreve um visor de ECG 1300 de exemplo representando graficamente um ECG no visor de um dispositivo móvel. Em alguns exemplos, a tela de ECG é exibida em resposta a uma seleção de usuário do ícone de ECG 1012. O ECG de exemplo discutido aqui corresponde a um ECG de 12 fios. As implementações da presente exposição são aplicáveis a qualquer tipo de ECG apropriado. A tela de ECG 1300 provê uma informação gráfica relativa aos dados coletados a partir de um dispositivo de monitoração de paciente. Em particular, a tela de ECG 1300 provê uma informação de cardiologia relativa aos dados coletados a partir de um dispositivo de monitoração de ECG acoplado a um paciente.

67/81 [00134] A tela de ECG 1300 inclui uma região de exibição 1302 e uma região de exibição 1304. No exemplo descrito, a região de exibição 1302 provê uma grade de janelas de traço de ECG 1310a a 13101 (por exemplo, 4 colunas por 3 linhas, a primeira coluna incluindo os fios I, II e III, a segunda coluna incluindo os fios aVR, aVL e aVF, e as duas últimas colunas incluindo os fios V^Ve). Cada janela de traço 1310a a 13101 inclui um respectivo traço de voltagem 1305a a 13051 correspondente ao respectivo fio por um período de tempo. Em alguns exemplos, as janelas de traço 1310a a 13101 podem ser usadas para se dar um zoom para aproximar e para afastar e para rolagem ao longo de segmentos dos respectivos traços de voltagem 1305a a 13051.

[00135] A região de exibição 1304 inclui janelas de traço expandidas, cada janela de traço expandida correspondendo a uma janela de traço provida na região de exibição 1302. No exemplo da figura 13, as janelas de traço expandidas 1312a, 1312b são exibidas e correspondem às janelas de traço 1310a, 1310b, respectivamente, da região de exibição 1302. Em alguns exemplos, as janelas de traço expandidas podem ser roladas para cima / para baixo na região de exibição 1304 para revelarem janelas de traço expandidas adicionais. Por exemplo, as janelas de traço expandidas não exibidas (por exemplo, as janelas de traço expandidas 1312c a 11121), ou janelas de traço expandidas parcialmente exibidas (por exemplo, a janela de traço expandida 1312b) podem ser roladas para uma vista plena, enquanto as janelas de traço expandidas (por exemplo, as janelas de traço expandidas 1312a, 1312b) podem ser roladas da vista.

[00136] A região de exibição 1304 pode exibir as janelas de traço expandidas 1312a a 13121 tendo respectivos traços de voltagem 1313a a 11131, cada traço de voltagem 1313a a 13131 correspondente aos traços de voltagem 1305a a 13051. Os traços de voltagem 1313a a 13131 são providos, cada um, como traços plenos para um período de

68/81 tempo em particular, representando graficamente os dados de ECG coletados pelo período de tempo em particular. Em alguns exemplos, o usuário define um período de tempo desejado para viscosidade de dado de ECG ao dar um zoom para aproximar / afastar e/ou rolar ao longo de um dos traços de voltagem 1305a a 13051 nas janelas de traço 1310a a 13101. Assim sendo, as janelas de exibição de traço 1310a a 13101 respectivamente exibem segmentos dos traços de voltagem 1305a a 13051, os segmentos correspondentes a respectivos segmentos dos traços de voltagem 1313a a 13131 exibidos nas janelas de traço expandidas 1312a a 13121. Isto é, cada janela de traço 1310a a 13101 pode exibir um traço pleno ou um traço de voltagem com zoom para aproximar 1305a a 13051 correspondente a um traço de voltagem 1313a a 13131. Em alguns exemplos, os traços de voltagem 1305a a 13051 são sincronizados com cada outro, de modo que uma rolagem e/ou um zoom de um traço de voltagem 1305a a 13051 em uma janela de traço 1310a a 13101 resulte em uma rolagem equivalente e/ou zoom em cada uma das outras janelas de traço 1310a a 13101. Consequentemente, cada janela de traço 1310a a 13101 exibe seu respectivo traço de voltagem 1305a a 13051 pelo mesmo período de tempo.

[00137] Com referência continuada à figura 13, uma barra de deslocamento biselada 1320 pode ser provida em cada uma das janelas de traço 1312a a 13121. A barra de deslocamento biselada 1320 provê uma área de visualização 1322 tendo uma largura w. A área de visualização 1322 exibe uma porção do traço de voltagem 1313a a 13131 correspondente à porção do traço de voltagem 1305a a 13051 exibido nas janelas de exibição de traço 1310a a 13101. Assim sendo, a largura w geralmente corresponde ao período de tempo dos traços de voltagem 1305a a 13051. No exemplo da figura 13, a largura w corresponde ao período de tempo entre o tempo t₃ e t₄. As barras de deslocamento biselada 1320 proveem um indicador gráfico que permite que

69/81 um usuário rapidamente discirna qual porção dos traços de voltagem 1313a a 13131 corresponde aos traços de voltagem 1305a a 13051.

[00138] Outros detalhes de exibições de ECG de exemplo são providos no Pedido Internacional N^Q PCT/US2012/021677, o qual reivindica o benefício do Pedido Provisório U.S. 61/433.824, cujas exposições são expressamente incorporados aqui como referência em suas totalidades.

[00139] As figuras 14A a 14C descrevem implementações de exemplo de uma tela de laboratório (“labs”) 1400 que exibe dados de laboratório associados a um paciente. Em alguns exemplos, a tela de laboratório 1400 é exibida em resposta a uma seleção de usuário do ícone de laboratório 1014. Os dados laboratoriais que podem ser exibidos incluem painel metabólico básico (BMP) (por exemplo, glicose, potássio, CO₂, cloreto, ureia nitrogênio no sangue (BUN), creatinina e similares), gases sanguíneos venosos, lipídios, gases sanguíneos arteriais (por exemplo, pH, pCO2, PaCO2, pO2, PaO2, HCO3, tC03, e similares), painéis de glicose, eletrólitos, hipotiroide, função renal e função hepática, dentre outros.

[00140] Nos exemplos descritos, a tela de laboratório 1400 inclui múltiplas regiões de exibição 1402, 1404, cada região de exibição correspondente a um respectivo painel de laboratório. Por exemplo, a região de exibição 1402 exibe BMP, e a região de exibição 1404 exibe gases sanguíneos arteriais. Em alguns exemplos, as regiões de exibição são roláveis (por exemplo, para cima / para baixo) para se revelarem regiões de exibição adicionais e painéis de laboratório correspondentes. No exemplo descrito, os dados de laboratório em um painel de laboratório são exibidos com base em um tempo / uma data associados. Em algum exemplo, o tempo / a data correspondem a um tempo / uma data em que uma amostra (por exemplo, amostra de sangue, amostra de urina) foi tirada do paciente.

70/81 [00141] Ainda, e em uma região de exibição, os resultados de laboratório podem ser rolados (por exemplo, para cima e para baixo ou para a esquerda e a direita) para se revelarem resultados de laboratório adicionais. Por exemplo, a região de exibição 1404 da figura 14A provê os resultados de laboratório parciais para HCO3. Na região de exibição 1404, o usuário pode rolar os resultados de laboratório para controle de interface de ar para revelar os valores de dados completos para os resultados de laboratório de HCO3, bem como resultados de dados adicionais (por exemplo, tC03 que reside fora da região de exibição 1404 na figura 14A). Em alguns exemplos, os resultados de laboratório em uma região de exibição podem ser rolado para a esquerda / a direita para revelação de valores posteriores / anteriores no tempo / na data.

[00142] De acordo com as implementações da presente exposição, os valores de dados podem ser codificados por cor e/ou anotados nas regiões de exibição. Em alguns exemplos, um valor de dados está fora de uma faixa normal (por exemplo, conforme determinado pelo laboratório que provê os resultados de laboratório) pode ser indicado com base em cor e/ou anotação. No exemplo descrito, um valor que o laboratório determinou que está acima da faixa normal inclui uma anotação de seta apontando para cima e uma cor vermelha. No exemplo descrito, um valor que o laboratório determinou que está abaixo da faixa normal inclui uma anotação de seta apontando para baixo, e é colorido de azul. Em alguns exemplos, um valor de dados severamente acima ou abaixo de uma faixa normal (por exemplo, conforme determinado pelo laboratório) pode ser indicado usando-se múltiplas anotações (por exemplo, setas duplas). Em alguns exemplos, o laboratório pode determinar que um valor de dados está merecendo uma nota textual, e, quando isto acontece, esses valores de dados notáveis podem ser indicados com base em cor e/ou anotação. No exemplo descrito, um va71/81 lor de dados pode ser indicado visualmente com uma anotação de aviso (por exemplo, um ponto de exclamação em um triângulo) e é colorido de laranja. Em alguns exemplos, o laboratório pode determinar que um valor de dados deve ser indicado visualmente com uma anotação de aviso, e pode prover uma nota textual que pode ser exibida para o usuário (por exemplo, em resposta a uma entrada de usuário para o valor de dados).

[00143] De acordo com as implementações da presente exposição, as telas de laboratório podem ser providas com base em respectivos modelos. Em alguns exemplos, o modelo é específico de usuário. Por exemplo, em resposta a uma seleção do ícone de laboratório 1014 pelo usuário, o DMS 160’ determina que o modelo de laboratório é para ser usado com base no usuário. Em alguns exemplos, o modelo específico de usuário define quais dados de laboratório são para serem exibidos na tela de laboratório resultante. Com base na definição provida no modelo, o DMS 160’ pode recuperar dados de laboratório a partir de uma ou mais fontes de dados correspondentes. O DMS 160’ pode prover instruções para o dispositivo móvel para exibição dos dados recuperados, conforme definido pelo modelo. Em alguns exemplos, o DMS 160’ pode processar os dados para a identificação de dados, para o que as indicações e/ou as anotações devem ser providas. Nesses exemplos, as instruções providas para o dispositivo móvel podem incluir instruções para indicação (por exemplo, codificação por cor) e/ou anotação (por exemplo, seta(s) para cima, seta(s) para baixo, símbolo de aviso) de respectivos valores de dados.

[00144] Em algumas implementações, e conforme descrito no exemplo da figura 14B, o usuário pode interagir com valores de dados exibidos para recuperação de uma informação mais detalhada. No exemplo das figuras 14Aa 14B, o usuário pode prover uma entrada de usuário (por exemplo, um toque) para o valor de dados 1410. Em res

72/81 posta à entrada de usuário, uma janela 1416 pode ser exibida. Em alguns exemplos, a janela 1416 provê uma informação mais detalhada sobre os dados de laboratório. No exemplo descrito, a janela 1416 provê o nome do resultado de laboratório 1418, uma informação de coleta (por exemplo, nome de painel, fonte de amostra, nome de dispositivo, provedor de pedido e data e hora de coleta) 1420, valor de resultado 1422, comentários 1424 e dados de contato 1426 (por exemplo, do laboratório que gerou o resultado de laboratório). Em algumas implementações, o usuário pode clicar na seção de comentários 1424 para edição, adição e/ou apagamento de dados de comentário.

[00145] De acordo com implementações da presente exposição, uma janela de dados de laboratório (por exemplo, a janela 1416) pode ser provida com base em respectivos modelos. Em alguns exemplos, o modelo é específico de usuário. Por exemplo, em resposta a uma seleção do valor de dados em particular 1410 exibido na tela de laboratório 1400 pelo usuário, uma requisição é enviada para o DMS 160’, e o DMS 160’ determina o modelo de janela que é para ser usado. O DMS 160’ pode recuperar os dados de laboratório mais detalhados que são para serem exibidos na janela a partir de uma ou mais fontes de dados correspondentes. O DMS 160’ pode prover instruções para o dispositivo móvel para exibição da janela incluindo os dados recuperados.

[00146] Em alguns exemplos, o usuário pode personalizar quais dados de laboratório são exibidos na tela de laboratório 1400. Em alguns exemplos e em resposta a uma seleção de usuário de um ícone de menu 1412, um menu descendente 1450 é exibido (veja a figura 14C). Em alguns exemplos, o menu descendente provê uma lista de dados de laboratório que podem ser exibidos na tela de exibição 1400. Em alguns exemplos, e conforme descrito na figura 14C, o usuário pode marcar as caixas de checagem associadas aos dados de laborató

73/81 rio que o usuário gostaria de exibir na tela de laboratório 1400. Em alguns exemplos, e em resposta à seleção de usuário (por exemplo, ao usuário clicar no botão “Done” (feito)), uma mensagem é enviada para o DMS 160’ indicando os dados de laboratório que são para serem exibidos na tela de laboratório. Em resposta à mensagem, o DMS 160’ pode prover dados de laboratório e instruções para exibição dos dados de laboratório na tela de laboratório 1400.

[00147] As figuras 15A e 15B descrevem uma tela de medicamentos (“Meds”) de exemplo 1500. Conforme discutido em maiores detalhes aqui, a tela de medicamentos 1500 descreve medicamentos ativos e/ou medicamentos não ativos. Em alguns exemplos, a tela de medicamentos 1500 é exibida em resposta a uma seleção de usuário do ícone de medicamentos 1016.

[00148] Com referência em particular à figura 15A, a tela de medicamentos 1500 exibe medicamentos ativos que foram pedidos para serem administrados ao paciente em particular. Em alguns exemplos, os medicamentos podem ser agrupados e exibidos com base em uma categoria de administração. As categorias de exemplo podem incluir medicamentos que são para serem administradas por infusão contínua “continuous infusion”, medicamentos que são para serem administrados em uma programação “scheduled” (programados) e medicamentos que são para serem administrados pro re nata (“PRN”) (conforme necessário com base nas circunstâncias). No exemplo da figura 15A, as regiões de exibição 1504, 1506, 1508 são providas, cada região de exibição correspondente a uma respectiva categoria de pedidos de medicamento, e exibindo medicamentos para os quais há um pedido ativo para o paciente para cada categoria. Em alguns exemplos, uma informação de medicamento é provida para cada medicamento. A informação de medicamento pode incluir um nome do medicamento, uma classe do medicamento (por exemplo, uma classe terapêutica,

74/81 tais como para alívio de dor, anti-inchaço, afinamento de sangue e similares), detalhes de pedido de medicamento (por exemplo, quantidades de dosagem, concentrações de dosagem, intervalos de dosagem, e similares), data de começo (por exemplo, hora / data em que administração do medicamento começou), última taxa de dosagem e hora (por exemplo, para medicamentos de infusão contínua) e última hora / data de administração (por exemplo, para medicamentos programadas e/ou de PRN).

[00149] No exemplo da figura 15A, a tela de medicamentos 1500 exibe todos os medicamentos ativos para o paciente. Em alguns exemplos, a tela de medicamentos 1500 é rolável (por exemplo, para cima / para baixo) para revelar medicamentos adicionais. Em alguns exemplos, a medicamento ativa exibida na tela de medicamentos 1500 pode ser filtrada. Por exemplo, e em resposta a uma entrada de usuário em um ícone 1520, um menu descendente (não mostrado) pode ser exibido para se permitir que o usuário filtre os medicamentos ativos para mostrar menos que todos.

[00150] Na figura 15B, a tela de medicamentos 1500 exibe uma informação similar com referência a um medicamento, conforme provido na figura 15A. Os medicamentos providos na figura 15B, contudo, não são medicamentos ativos. Em alguns exemplos, os medicamentos não ativos podem incluir medicamentos para os quais o pedido foi completado, suspenso, descontinuado e/ou cancelado. Na tela de medicamentos da figura 15B, os medicamentos não ativos podem ser agrupados para exibição com base em status (por exemplo, completados, suspensos, descontinuados e/ou cancelados).

[00151] Conforme discutido de forma similar acima, a tela de medicamentos pode ser provida com base em um modelo. Em alguns exemplos, o modelo é específico de usuário e/ou específico de paciente. Por exemplo, em resposta a uma seleção do ícone de medicamen

75/81 tos 1016 pelo usuário, o DMS 160’ determina o modelo de tela de medicamentos a ser usado com base no usuário e/ou no paciente em particular. Em alguns exemplos, o modelo específico de usuário e/ou específico de paciente define quais medicamentos e/ou categorias de administração são para serem exibidas na tela de medicamentos resultante. Com base na definição provida no modelo, o DMS 160’ pode recuperar os dados a partir de uma ou mais fontes de dados correspondentes. Em alguns exemplos, múltiplas fontes de dados podem ser acessadas, cada fonte de dados correspondentes a uma instalação que tem ou está administrando medicamentos para o paciente. O DMS 160’ pode prover instruções para o dispositivo móvel para exibição dos dados de medicamento / informação, conforme definido pelo modelo. [00152] As figuras 16A e 16B descrevem uma tela de documentos de exemplo 1600. Em alguns exemplos, a tela de documentos 1600 pode ser exibida em resposta a uma seleção de usuário do ícone de notas 1018. Em alguns exemplos, a tela de documentos 1600 provê uma região de exibição 1602 e uma região de exibição 1604. Em alguns exemplos, a região de exibição 1602 provê um menu de documentos que estão disponíveis para visualização no dispositivo móvel. Em alguns exemplos, o menu provê um tipo do documento e/ou um título do documento, bem como uma data / hora associada ao documento (por exemplo, a data / hora em que o documento foi preparado, armazenado em uma respectiva fonte de dados, editados por último). Os documentos de exemplo podem incluir um relatório de 3 operações, um histórico médico do paciente, um sumário de descarga, um perfil de medicação e um sumário de codificação. É apreciado, contudo, que qualquer documento apropriado pode ser exibido no dispositivo móvel. Em algumas implementações, documentos podem incluir vários arquivos de texto, imagem digital e/ou de conteúdo misto. Os arquivos de documento de exemplo podem incluir PDF, RTF, TXT,

76/81

DOC, TIFF, BMP, JPEG, GIF e outros formatos de documento apropriados.

[00153] Em alguns exemplos, um documento é selecionado a partir do menu (na região de exibição 1602) e, em resposta, o documento é exibido na região de exibição 1604. No exemplo da figura 16A, o documento “3-Operative Report” é selecionado a partir do menu, e o documento correspondente é exibido na região de exibição 1604. No exemplo da figura 16B, o documento “Discharge Summary” é selecionado a partir do menu, e o documento correspondente é exibido na região de exibição 1604. Em alguns exemplos, o documento pode ser rolado vertical e/ou horizontal mente, para se revelarem outras partes do documento que não são visíveis na região de exibição 1605. Em alguns exemplos, a rolagem do documento pode ser provida em resposta a uma ação de passagem de dedo de usuário na tela de toque. Em algumas implementações, o usuário pode dar um zoom para aproximar / afastar e/ou mudar o tamanho da fonte de texto no documento exibido. Em algumas implementações, o usuário pode editar qualquer um ou alguns dos documentos selecionados par exibição.

[00154] Em algumas implementações, a exibição de documentos pode ser influenciada com base em uma rotação do dispositivo móvel. Em alguns exemplos, uma rotação do dispositivo móvel de paisagem para retrato pode fazer com que o menu (a região de exibição 1602) desapareça e o documento apareça em tela cheia. Em alguns exemplos, uma rotação do dispositivo móvel de volta para paisagem pode resultar em o menu (a região de exibição 1602) reaparecer e o documento ser parcialmente exibido. Em algumas implementações, um comportamento de exibição nas telas discutidas aqui (por exemplo, nas figuras 7 a 16B) pode ser influenciado de forma similar por uma rotação do dispositivo móvel entre as vistas em paisagem e retrato.

[00155] Conforme discutido de forma similar, a tela de documentos

77/81 pode ser provida com base em um modelo. Em alguns exemplos, o modelo é específico de usuário e/ou específico de paciente. Por exemplo, em resposta a uma seleção do ícone de notas 1018 pelo usuário, uma requisição é provida para o DMS 160’, e o DMS 160’ determina o modelo de tela de documentos a ser usado com base no usuário e/ou no paciente em particular. Em alguns exemplos, o modelo específico de usuário e/ou específico de paciente define quais documentos são para serem exibidos na tela de documentos resultante. Em alguns exemplos, os documentos podem incluir todos os documentos que estiverem disponíveis para o paciente em particular a partir de uma ou mais fontes de dados. O DMS 160’ pode recuperar dados de documento (por exemplo, arquivos de documento) a partir de uma ou mais fontes de dados correspondentes. Em alguns exemplos, as múltiplas fontes de dados podem ser acessadas, cada fonte de dados correspondente a uma instalação que gerou um documento associado ao paciente.

[00156] Em alguns exemplos, o DMS 160’ pode prover instruções para o dispositivo móvel para exibição do menu definido pelo modelo, incluindo um sumário de cada documento disponível (por exemplo, um tipo de documento e/ou título). Em alguns exemplos, e em resposta a uma seleção de usuário de um documento a partir do menu (Por exemplo, na região de exibição 1602), uma requisição pode ser provida para o DMS 160’, requisitando o documento em particular. Em resposta, o DMS 160’ pode recuperar o arquivo de documento a partir de uma fonte de dados correspondente, e pode prover o arquivo de documento para o dispositivo móvel. O dispositivo móvel pode processar o arquivo de documento para a provisão do documento para exibição (por exemplo, na região de exibição 1604).

[00157] A figura 17 descreve um processo de exemplo 1700 que pode ser executado de acordo com as implementações da presente

78/81 exposição. Em alguns exemplos, o processo de exemplo 1700 pode ser provido em um ou mais programas executáveis em computador que podem ser executados usando-se um ou mais dispositivos de computação (por exemplo, o dispositivo móvel 102 e/ou o DMS 160, 160’).

[00158] Uma requisição de usuário é recebida (1702). Por exemplo, o DMS 301 da figura 3 pode receber uma requisição de usuário a partir do dispositivo móvel 102. É determinado se pelo menos uma porção da requisição de usuário pode ser atendida no modo repositado (1704). Por exemplo, pode ser determinado que pelo menos alguns dados de paciente e/ou informação de paciente sendo requisitados podem ser providos a partir de um armazenamento de dados local (cache). Se for determinado que pelo menos uma porção da requisição de usuário pode ser atendida no modo repositado, os dados de cache serão recuperados (1706) (por exemplo, pelo módulo de cache de dados 314 da figura 3). Se for determinado que pelo menos uma porção da requisição de usuário não pode ser atendida no modo repositado, será determinado se a requisição, ou pelo menos uma porção da mesma, pode ser atendida no modo federado (1708). Se for determinado que a requisição, ou pelo menos uma porção da mesma, não pode ser atendida no modo federado, uma resposta será provida para o dispositivo móvel (1710). Em alguns exemplos, a resposta é baseada apenas em dados armazenados em cache que foram recuperados (por exemplo, o modo repositado).

[00159] Se for determinado que a requisição ou pelo menos uma porção da mesma pode ser atendida no modo federado, uma ou mais fontes de dados, a partir do que dados de paciente e/ou informação de paciente são para serem recuperados são identificados (1712). Uma ou mais requisições são transmitidas (1714). Por exemplo, o módulo de adaptador 316 da figura 3 pode rotear as requisições para fontes de

79/81 dados apropriadas para atendimento da requisição de usuário. Uma ou mais respostas são recebidas (1716). Por exemplo, o módulo de adaptador recebe respostas a partir de cada uma das fontes de dados, a partir do que os dados de paciente e/ou a informação de paciente foram requisitados. Uma resposta é provida para o dispositivo móvel (1718). Por exemplo, as respostas a partir das fontes de dados podem ser processadas pelo DMS 301, conforme discutido acima, para a provisão de uma resposta para a requisição de usuário para o dispositivo móvel 102. Em alguns exemplos, a resposta pode incluir os dados de paciente e/ou uma informação de paciente providos a partir do modo federado apenas, ou providos a partir do modo repositado e do modo federado.

[00160] As implementações da presente exposição podem ser providas usando-se circuitos eletrônicos digitais, ou em um hardware de computador, um firmware, um software ou em combinações dos mesmos. Em alguns exemplos, as implementações podem ser providas em um ou mais produtos de programa de computador, por exemplo, um programa de computador concretizado de forma tangível em um dispositivo de armazenamento que pode ser lido em máquina, para execução por ou para controle da operação do aparelho de processamento de dados, e/ou um processador programável, um computador ou múltiplos computadores. Um programa de computador pode ser escrito em qualquer forma de linguagem de programação, incluindo linguagens compiladas ou interpretadas, e pode ser empregado quadro de malha qualquer forma, incluindo como um programa independente ou como um módulo, um componente, uma sub-rotina, ou outra unidade adequada para uso em um ambiente de computação. Um programa de computador pode ser empregado para ser executado em um computador ou em múltiplos computadores em um local ou distribuídos através de múltiplos locais e interconectados por uma rede de comunicação.

80/81

Um programa de computador pode incluir módulos e/ou segmentos de código para execução de um ou mais dos recursos, aspectos e/ou implementações providos aqui.

[00161] As operações de acordo com as implementações da presente exposição podem ser realizadas por um ou mais processadores programáveis executando um produto de programa de computador para execução de funções pela operação de entrada de dados e geração de saída. A título de exemplo, um produto de programa de computador pode incluir módulos e/ou segmentos de código correspondentes a cada uma das etapas de método, aspectos e/ou recursos providos aqui. As etapas de método também podem ser realizadas por e os aparelhos da presente exposição podem ser implementados como um circuito lógico de finalidade especial, por exemplo, um FPGA (arranjo de porta programável de campo) ou um ASIC (circuito integrado específico de aplicativo).

[00162] Os processadores adequados para a execução de um programa de computador incluem, a título de exemplo, microprocessadores de finalidade geral e especial, e quaisquer um ou mais processadores de qualquer tipo de computador digital. Geralmente, um processador receberá instruções e dados a partir de uma memória apenas de leitura ou uma memória de acesso randômico ou de ambas. Os elementos de um computador podem incluir um processador para execução de instruções e um ou mais dispositivos de memória para armazenamento de instruções e dados. Geralmente, um computador também pode incluir ou ser operativamente acoplado para receber dados a partir de ou transferir dados para ou ambos um ou mais dispositivos de armazenamento de massa para armazenamento de dados, por exemplo, discos magnéticos, magnético-óticos ou discos óticos. As portadoras de informação adequadas para concretização de instruções de programa de computador e dados incluem todas as formas de memó

81/81 ria não volátil, incluindo a título de exemplo dispositivos de memória de semicondutor, por exemplo, EPROM, EEPROM e dispositivos de memória flash; discos magnéticos, tais como discos rígidos internos e discos removíveis; discos magnético-óticos; e discos de CD-ROM e DVD-ROM. O processador e a memória podem ser suplementados por ou incorporados em um circuito lógico de finalidade especial.

[00163] A presente exposição pode ser implementada em um sistema que inclui, mas não está limitado aos sistemas de exemplo descritos aqui, os quais incluem um componente de back-end, por exemplo, como um servidor de dados, ou que inclui um componente de middleware, por exemplo, um servidor de aplicativo, ou que inclui um componente de front-end, por exemplo, um dispositivo de cliente, tal como o dispositivo móvel 102, tendo uma interface gráfica de usuário ou um navegador da web através do que um usuário pode interagir com uma implementação da invenção, ou qualquer combinação desses componentes de back-end, middleware ou front-end. Os componentes do sistema podem ser interconectados por qualquer forma ou meio de comunicação de dados digitais, por exemplo, uma rede de comunicação.

[00164] Várias implementações foram descritas. Não obstante, será entendido que várias modificações podem ser feitas, sem que se desvie do espírito e do escopo da exposição. Por exemplo, as etapas da presente exposição podem ser realizadas em uma ordem diferente e ainda se obterem resultados desejáveis. Assim sendo, outras implementações estão no escopo das reivindicações a seguir.

Claims (19)

1. Método implementado em computador para integração, unificação e exibição de dados de paciente através de cuidados com a saúde contínuos, o método sendo executado usando-se pelo menos um processador (124) e caracterizado pelo fato de que compreende as etapas de:

receber, através do pelo menos um processador (124), uma requisição de usuário, a requisição de usuário sendo recebida em resposta a uma entrada de usuário em um dispositivo móvel (102, 102’, 102”);

determinar que a requisição de usuário está associada a dados de paciente e/ou a informação de paciente armazenada em uma pluralidade de armazenamentos de dados (142) associados a uma pluralidade de sistemas de instalação (108, 110, 302, 304), cada armazenamento de dados (142) na pluralidade de armazenamento de dados (142) sendo associado a um respectivo sistema de instalação (108, 110, 302, 304);

transmitir uma pluralidade de requisições, cada requisição sendo dirigida a um respectivo sistema de instalação (108, 110, 302, 304);

receber uma pluralidade de respostas, cada resposta respondendo a uma respectiva requisição da pluralidade de requisições; e transmitir uma resposta para o dispositivo móvel (102, 102’, 102”), a resposta respondendo à requisição de usuário.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que determinar que a requisição de usuário está associada a dados de paciente e/ou a informação de paciente armazenada em uma pluralidade de armazenamentos de dados (142), compreende o acesso a um índice de paciente com instalação, com base em um identificador de paciente para a determinação de uma pluralidade de

Petição 870160024336, de 31/05/2016, pág. 5/14

2/6 sistemas de instalação (108, 110, 302, 304), o identificador de paciente sendo incluído na requisição.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende a identificação de sistemas de instalação (108, 110, 302, 304) incluídos na pluralidade de sistemas de instalação (108, 110, 302, 304) com base em um índice de provedor com instalação, o índice de provedor com instalação mapeando o usuário do dispositivo móvel (102, 102’, 102”) para sistemas de instalação (108, 110, 302, 304) da pluralidade de sistemas de instalação (108, 110, 302, 304).

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que a etapa de identificar sistemas de instalação (108, 110, 302, 304) é realizada com base em um identificador de usuário, o identificador de usuário sendo provido na requisição de usuário.

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que cada requisição na pluralidade de requisições compreende dados de credencial de usuário associados ao usuário do dispositivo móvel (102, 102’, 102”).

6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que ainda compreende a recuperação dos dados de credencial de usuário a partir de um índice de provedor com instalação, o índice de provedor com instalação mapeando o usuário do dispositivo móvel (102, 102’, 102”) para sistemas de instalação (108, 110, 302, 304) da pluralidade de sistemas de instalação (108, 110, 302, 304).

7. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende:

analisar a requisição de usuário para a determinação de dados de paciente e/ou informação de paciente que atende à requisição de usuário; e gerar um encadeamento com base nos dados de paciente

Petição 870160024336, de 31/05/2016, pág. 6/14

3/6 e/ou informação de paciente, o encadeamento compreendendo um conjunto de tarefas que incluem uma ou mais tarefas realizadas para atendimento da requisição de usuário, em que a transmissão da pluralidade de requisições é incluída no conjunto de tarefas.

8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende:

processar dados de paciente e/ou de informação de paciente recuperados, os dados de paciente e/ou a informação de paciente recuperados sendo incluídos na pluralidade de respostas; e gerar a resposta que é para ser provida para o dispositivo móvel (102, 102’, 102”).

9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que processar os dados de paciente e/ou informação de paciente recuperada compreender pelo menos um dentre a geração de dados adicionais com base nos dados de paciente, formatação dos dados de paciente recuperados e/ou de dados de paciente, e condicionamento dos dados de paciente e/ou de informação de paciente.

10. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que ainda compreende o condicionamento de dados adicionais.

11. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que os dados adicionais compreenderem dados que podem ser processados pelo dispositivo móvel (102, 102’, 102”) para a geração de pelo menos uma visualização de dados.

12. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que condicionar os dados de paciente e/ou informação de paciente compreende pelo menos um dentre conversão de dados com base em um protocolo de transmissão, formatação de dados para exibição ótima no dispositivo móvel (102, 102’, 102”), e empacotamento de dados para transmissão para o dispositivo móvel (102, 102’, 102”).

Petição 870160024336, de 31/05/2016, pág. 7/14

4/6

13. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende a determinação de que a requisição de usuário está associada a uma porção de dados de paciente e/ou informação de paciente armazenada em um armazenamento de dados de cache (142), a resposta ao dispositivo móvel (102, 102’, 102”) sendo provida com base na porção de dados de paciente e/ou informação de paciente.

14. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a requisição de usuário compreende um identificador de usuário e um identificador de paciente, o identificador de usuário e o identificador de paciente tendo referência cruzada a pelo menos um índice para identificação de sistemas de instalação (108, 110, 302, 304) incluídos na pluralidade de sistemas de instalação (108, 110, 302, 304).

15. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende autenticação do usuário do dispositivo móvel (102, 102’, 102”).

16. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende validação da requisição de usuário.

17. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a resposta compreende instruções, as instruções sendo executáveis pelo dispositivo móvel (102, 102’, 102”) para exibição de dados de paciente e/ou informação de paciente em uma visão integrada no dispositivo móvel (102, 102’, 102”).

18. Dispositivo de armazenamento (142) que pode ser lido em computador, acoplado a pelo menos um processador (124) e tendo instruções armazenadas nele, as quais, quando executadas por pelo menos um processador (124), fazem com que o pelo menos um processador (124) execute operações para integração, unificação e exibi

Petição 870160024336, de 31/05/2016, pág. 8/14

5/6 ção de dados de paciente através de cuidados com a saúde contínuos, caracterizado pelo fato de que as operações compreendem:

receber uma requisição de usuário, a requisição de usuário sendo recebida em resposta a uma entrada de usuário em um dispositivo móvel (102, 102’, 102”);

determinar que a requisição de usuário está associada a dados de paciente e/ou a informação de paciente armazenada em uma pluralidade de armazenamentos de dados (142) associados a uma pluralidade de sistemas de instalação (108, 110, 302, 304), cada armazenamento de dados (142) na pluralidade de armazenamento de dados (142) sendo associado a um respectivo sistema de instalação (108, 110, 302, 304);

transmitir uma pluralidade de requisições, cada requisição sendo dirigida a um respectivo sistema de instalação (108, 110, 302, 304);

receber uma pluralidade de respostas, cada resposta respondendo a uma respectiva requisição da pluralidade de requisições; e transmitir uma resposta para o dispositivo móvel (102, 102’, 102”), a resposta respondendo à requisição de usuário.

19. Sistema (100, 100', 300) para integração, unificação e exibição de dados de paciente através de cuidados com a saúde contínuos, o sistema (100, 100', 300) compreendendo:

pelo menos um processador (124); e um meio de armazenamento (142) que pode ser lido em computador em comunicação com pelo menos um processador (124) e tendo instruções armazenadas nele, as quais, quando executadas por pelo menos um processador (124), fazem com que o pelo menos um processador (124) execute operações para proporcionar que um usuário de um dispositivo móvel (102, 102’, 102”) acesse informação de paciente e dados fisiológicos de paciente, caracterizado pelo fato

Petição 870160024336, de 31/05/2016, pág. 9/14

6/6 de que as operações compreendem:

receber uma requisição de usuário, a requisição de usuário sendo recebida em resposta a uma entrada de usuário no dispositivo móvel (102, 102’, 102”);

determinar que a requisição de usuário está associada a dados de paciente e/ou a informação de paciente armazenada em uma pluralidade de armazenamentos de dados (142) associados a uma pluralidade de sistemas de instalação (108, 110, 302, 304), cada armazenamento de dados (142) na pluralidade de armazenamento de dados (142) sendo associado a um respectivo sistema de instalação (108, 110, 302, 304);

transmitir uma pluralidade de requisições, cada requisição sendo dirigida a um respectivo sistema de instalação (108, 110, 302, 304);

receber uma pluralidade de respostas, cada resposta respondendo a uma respectiva requisição da pluralidade de requisições; e transmitir uma resposta para o dispositivo móvel (102, 102’, 102”), a resposta respondendo à requisição de usuário.