BR102014004200A2 - Vincular aplicativos de assistência médica para gerenciamento de informação - Google Patents

Abstract

Resumo “vincular aplicativos de assistência médica para gerenciamento de informação”. A descrição refere-se geralmente a métodos implementados por computador, software e sistemas par ao 5 gerenciamento de permuta de informação entre aplicativos de cuidados médicos e uma infraestrutura analítica para informação de cuidados médicos. A descrição descreve também implementações que gerenciam o acesso de usuário aos aplicativos de cuidados médicos e comunicações entre 10 aplicativos de cuidados médicos.

Description

"VINCULAR APLICATIVOS DE ASSISTÊNCIA MÉDICA PARA GERENCIAMENTO DE INFORMAÇÃO".

Referência Cruzada a Pedidos Relacionados [0001] Esse pedido reivindica os benefícios do pedido de patente provisório U.S. No. 61/770.042, depositado em 27 de fevereiro de 2013, que é incorporado aqui por referência em sua totalidade.

Descrição da Técnica Anterior [0002] Os telefones sem fio têm sido dispositivos muito populares com os consumidores. Um telefone sem fio pode descarregar um ou mais aplicativos de um armazenador de aplicativos para seu telefone sem fio e invocar um ou mais aplicativos. Exemplos de aplicativos incluem jogos, software de edição de foto, e aplicativos de rede social. Algumas vezes os aplicativos projetados especificamente para o desenvolvimento móvel em sistemas operacionais móveis são referidos como "aplicativo". No entanto, o termo aplicativo se refere em geral a qualquer programa que um dispositivo de computação possa executar incluindo uma série de instruções para realizar uma tarefa determinada. Algumas vezes, as tarefas que os usuários desejam realizar são tarefas relacionadas com tratamento médico e saúde. Alguns aplicativos podem ser desenvolvidos especificamente para uso por várias partes no gerenciamento de informação relacionada com tarefas ligadas à saúde, como auxilio a um paciente para monitorar uma condição, permitir que o médico colete e análise a informação para tratar pacientes de forma mais eficiente, ou permitir que companhias de saúde, tal como companhias farmacêuticas, agreguem dados e tirem conclusões que suportam seus negócios.

Resumo da Invenção [0003] A presente descrição se refere a métodos implementados por computador, software, e sistemas para controlar a distribuição de aplicativos de saúde que interfaceiam com uma infraestrutura analítica. A presente descrição também se refere a implementações que facilitam o intercâmbio de informação seguro entre os aplicativos médicos e o processamento de informação medida pela infraestrutura analítica. [0004] Um método implementado por computador inclui o fornecimento de um usuário com acesso a um primeiro aplicativo médico em um dispositivo móvel, onde o primeiro aplicativo médico é relevante para uma condição médica do usuário; receber os dados médicos, onde pelo menos uma parte dos dados médicos é recebida do usuário através do primeiro aplicativo médico em um circuito de acesso de informação fornecido pelo dispositivo móvel, s dados médicos compreendendo informação particular relevante à condição médica; transmitir os dados médicos para um depósito de informações seguro para uso subsequente na geração de uma conclusão relacionada com a condição médica do usuário; identificar um segundo aplicativo médico que é relevante à condição médica do usuário; autenticar o segundo aplicativo médico para fornecer acesso ao segundo aplicativo médico aos dados médicos no depósito de informação seguro; compartilhar os dados médicos com o segundo aplicativo médico autenticado; e utilizar os dados médicos pelo segundo aplicativo médico para gerar uma conclusão relacionada com a condição médica do usuário. [0005] Outras implementações incluem sistemas de computador correspondentes, aparelho e programas de computador gravados em um ou mais dispositivos de armazenamento em computador, cada um configurado para realizar as ações do método. Um sistema de um ou mais computadores pode ser configurado para realizar as operações particulares ou ações em virtude de se possuir software, firmware, hardware ou uma combinação de software, firmware ou hardware instalados no sistema que em operação faz com que o sistema realize as ações. Um ou mais programas de computador podem ser configurados para realizar as operações ou ações em particular em virtude da inclusão de instruções que, quando executadas por um aparelho de processamento de dados, fazem com que o aparelho realize as ações. [0006] O acima exposto e outras implementações podem, opcionalmente, incluir uma ou mais das seguintes características. Em algumas implementações, a conclusão ajuda no tratamento da condição médica do usuário. Em tais implementações, a conclusão pode ser uma dentre: um diagnóstico, uma determinação de que um usuário deva começar uma terapia em particular, uma determinação de que um usuário deva interromper uma terapia em particular, uma determinação de que o usuário deva alterar um plano de saúde, uma determinação de que o usuário deva acessar um aplicativo de cuidado médico para tratar uma condição médica, ou uma determinação de que o usuário deva programar uma consulta com um profissional médico. Em outras implementações, a conclusão pode ser a informação que ajuda um participante no processo de cuidados com a saúde para tomar uma decisão relacionada com a saúde. Em algumas implementações, a conclusão é baseada pelo menos em parte na comparação dos dados médicos para o usuário com dados médicos agregados não identificados obtidos para outros usuários. [0007] Em algumas implementações o primeiro aplicativo de cuidados médicos pode ser associado com um composto farmacêutico em particular, uma condição médica em particular, um fabricante farmacêutico em particular, ou um profissional de saúde em particular. Em outras implementações, pelo menos uma parte da informação médica é obtida a partir de dados recebidos a partir de pelo menos um dentre um sistema de registros médicos eletrônico, um sistema de registros de reivindicações médicas, um sistema de registros de farmácia varejista, um sistema de registros de profissionais de saúde, um sistema de registros de companhias farmacêuticas, ou um sensor acoplado de forma comunicativa com o dispositivo de computação móvel. [0008] A presente matéria descrita nessa especificação pode ser implementada em implementações em particular de modo a realizar uma ou mais das seguintes características uteis. Primeiro, os aplicativos médicos podem ser fornecidos para um usuário, por um médico, um provedor de dispositivo sem fio, um portador, um hospital ou farmacêutico, ou por uma ou mais desses entidades trabalhando em associação uma com a outra. Alternativamente, os usuários podem ser capazes de acessar aplicativos médicos que consideram relevantes para problemas de saúde com os quais se deparam. Esses aplicativos podem promover e facilitar o uso de informação médica a partir de uma variedade de fontes para derivar conclusões significativas que pode, do contrário, não ser feitas. Em segundo lugar, os aspectos das limitações nas quais os aplicativos são distribuídos podem auxiliar no desenvolvimento de aplicativos para ajudar os pacientes a gerenciarem as condições médicas. Em terceiro lugar, a informação pode ser fornecida de uma forma que impeça a liberação inadvertida de informação. [0009] Outras implementações podem fornecer outras características uteis. Por exemplo, algumas implementações podem fornecer acesso a um portal de aplicativo de cuidados médicos. Tal portal de aplicativo de cuidados médicos pode fornecer características uteis tal como facilitar o intercâmbio de informação seguro entre aplicativos de modo que um usuário possa ter acesso a um aplicativo pelo portal de aplicativo de cuidados médicos, e subsequentemente o usuário poder fornecer informação para o portal pela interação com o aplicativo. O portal pode então fornecer uma infraestrutura segura centralizada para coleta e compartilhamento de informação de cuidados com a saúde entre aplicativos. Como parte desse processo de compartilhamento, um segundo aplicativo pode ser fornecido par ao usuário de modo que o segundo aplicativo possa ser autenticado para ter acesso à informação de saúde. O segundo aplicativo pode ser subsequentemente capaz de utilizar a informação de cuidados com a saúde de formas uteis. Uma forma na qual o segundo aplicativo pode fazer uso da informação de cuidados com a saúde é auxiliar no tratamento do usuário original. No entanto, será reconhecido que outras partes além do usuário original podem ter acesso ao segundo aplicativo a fim de derivar conclusões significativas da informação de cuidados com a saúde. Por exemplo, outras partes podem utilizar o segundo aplicativo para utilizar a informação d cuidados com a saúde para ajudar as mesmas a tomar decisões comerciais ou decisões de diagnóstico e tratamento. As muitas formas nas quais a informação de saúde pode ser utilizada serão discutidas em maiores detalhes, abaixo, mas em geral a informação de cuidados com a saúde também permite que outros participantes no processo de cuidados com a saúde atinjam objetivos econômicos e outros objetivos. Por exemplo, uma companhia farmacêutica pode utilizar a informação para auxiliar na comercialização, um segurador pode utilizar a informação para auxiliar em medidas de economia de custo, e agências governamentais podem utilizar a informação para auxiliar na aplicação da lei. [0010] Detalhes de uma ou mais implementações da presente matéria dessa especificação são apresentados nos desenhos em anexo e na descrição abaixo. Outras características, aspectos e vantagens da presente matéria se tornarão aparentes a partir da descrição, dos desenhos e das reivindicações.

Breve Descrição das Figuras [0011] A figura 1 ilustra um sistema de distribuição de aplicativo de cuidados médicos ilustrativo implementado em um sistema de computação 100 configurado para integrar os dados não identificados para fins analíticos; [0012] A figura 2 é uma imagem de tela de um aplicativo de cuidados médicos que reside em um dispositivo s em fio; [0013] A figura 3 ilustra uma série de vistas que ilustram como um paciente pode gerenciar sintomas de asma; [0014] A figura 4 demonstra como um aplicativo de saúde pode interfacear com aplicativos subordinados de modo que o aplicativo médico possa estabelecer uma interface para coordenar a permuta de informação de saúde; [0015] A figura 5 é um fluxograma de um processo pelo qual um portal de aplicativos de saúde permuta informação com um dispositivo de computação móvel; [0016] A figura 6 é um diagrama em bloco ilustrando um sistema ilustrativo para o gerenciamento de permuta de informação segura entre aplicativos em um dispositivo móvel; [0017] a figura 7 é um fluxograma de um processo pelo qual um portal de aplicativo médico gerencia o acesso a e garante o intercâmbio de informação entre múltiplos aplicativos de saúde.

Descrição Detalhada da Invenção [0018] Essa descrição geralmente descreve métodos implementados por computador, software, e sistemas para a distribuição de aplicativos relacionados com saúde e permitindo que os aplicativos relacionados com saúde interfaceiem um com o outro e com uma inf raestrutura de relatório e análise. Os aplicativos relacionados com saúde são geralmente destinados a serem executados em dispositivos de computação móveis. Como parte de sua operação, os aplicativos coletam dados. Quando os aplicativos interfaceiam subsequentemente com uma infraestrutura analítica e de relatório, esses dados permitem que os mesmos derivem conclusões medicamente significativas que podem auxiliar os pacientes na obtenção de tratamento e profissionais de saúde no fornecimento de cuidados. Em um conjunto de implementações, a matéria dessa descrição pode envolver um portal de aplicativo de cuidados médicos que gerencia acesso a aplicativos relacionados com saúde. O portal pode fornecer segurança quando do acesso dos aplicativos relacionados com a saúde. O portal gerencia adicionalmente o intercâmbio de informação entre os aplicativos relacionados com saúde. Por exemplo, tal intercâmbio de informação pode envolver a coleta de dados em um primeiro aplicativo, e então acessar os dados em um segundo aplicativo para derivar conclusões com base nos dados do primeiro aplicativo. [0019] Em determinados ambientes móveis, não é possivel que os aplicativos interajam um com o outro diretamente. As implementações podem fornecer uma forma de lidar com o problema visto que se torna possivel coletar informação de um primeiro aplicativo ao qual o acesso é fornecido por um portal, utilizar o portal para transmitir a informação para o armazenador centralizado, e, subsequentemente, acessar o armazenador de informação centralizado para uso por outro aplicativo. Como parte desse processo de acesso, é possível se integrar medidas de segurança que garantam que mesmo que os aplicativos sejam capazes de compartilhar informação com outro, o compartilhamento de informação é feito de uma forma segura. [0020] Aplicativos, em geral, incluem conjuntos de instruções que são executadas por um dispositivo de computação que fornece funcionalidade. No entanto, os aplicativos podem assumir várias formas. Alguns aplicativos podem ser exclusivamente aplicativos locais que são rodados por um dispositivo de computação e solicitam recursos de um sistema operacional desktop. No entanto, outros aplicativos podem ser executados por um sistema operacional móvel. Outros aplicativos adicionais podem ser fornecidos através dos navegadores de rede, tal como por script, plug-ins, ou outras extensões de navegador e add-ons que permitem que os navegadores forneçam a capacidade de hospedagem para os aplicativos. Algumas vezes os aplicativos são distribuídos, de modo que sua funcionalidade seja fornecida por múltiplas máquinas, por exemplo, em uma arquitetura distribuída cliente-servidor ou não hierarquizada. A funcionalidade distribuída pode ser especialmente importante em implementações nas quais os clientes são dispositivos móveis que usuários individuais empregam para interagir com uma plataforma analítica que roda em um ou mais servidores. [0021] Muitos dos aplicativos que estão disponíveis para os telefones sem fio e dispositivos de computação móveis similares são aplicativos médicos ou relacionados com saúde. Tais aplicativos podem ter muitos tipos de funcionalidade que solucionam problemas médicos ou relacionados com a saúde. A utilização de aplicativos médicos ou relacionados com a saúde pode ter uma ampla variedade de benefícios para os usuários. Os usuários podem incluir pessoas ou entidades envolvidas no processo de desenvolvimento de saúde, e diferentes aplicativos podem ser destinados a diferentes grupos de usuários. Um médico pode utilizar um aplicativo para gerenciar a medicação que armazena uma base de dados de interações medicamentosas, enquanto um paciente pode utilizar um aplicativo que registra e organiza a informação sobre os níveis de açúcar no sangue do paciente. Fabricantes farmacêuticos podem distribuir aplicativos relacionados com os medicamentos que vendem. Uma companhia farmacêutica que vende drogas para hipertensão fornece um aplicativo que rastreia as medições de pressão sanguínea. [0022] Adicionalmente, é desejável se fornecer aplicativos com a capacidade de compartilhar informações um com o outro. O compartilhamento de informação pode auxiliar no tratamento de pacientes com múltiplos diagnósticos, especialmente diagnósticos cujos tratamentos são inter-relacionados. Por exemplo, um paciente obeso pode sofrer não apenas de diabetes, mas também de hipertensão. Pode ser vantajoso se fornecer ao paciente acesso a um aplicativo de rastreamento de açúcar no sangue, e coordenar a informação fornecida por esse aplicativo com informação fornecida por um aplicativo de rastreamento de pressão sanguínea. Tal informação relacionada pode ser de uso não apenas para um paciente, mas também para provedores de tratamento. Por exemplo, um médico pode desejar ter acesso às medições de açúcar no sangue que um paciente realiza utilizando um aplicativo a fim de determinar qual medição para açúcar no sangue é a melhor escolha para esse paciente. No entanto, outras partes podem se beneficiar de várias formas do compartilhamento de informação. Por exemplo, uma companhia de seguros pode examinar a informação agregada de uma variedade de usuários e determinar formas de economizar dinheiro com base nessa informação agregada. Por exemplo, uma companhia de seguros pode rastrear guantos indivíduos tomando diferentes estatinas foram subsequentemente hospitalizados com infartos do miocárdio, e pela realização dessa análise, determinar não apenas quais os melhores resultados do tratamento, mas também quais drogas são mais econômicas para prescrever para os pacientes. Dessa forma, o compartilhamento de informações pode permitir que as implementações gerem conclusões, tal como o aperfeiçoamento dos resultados de saúde do paciente ou o auxilio em decisões comerciais. [0023] Tais aplicativos coletam informação que é necessária para se realizar suas funções. Por exemplo, um aplicativo pode monitorar os níveis de açúcar no sangue e utilizar essa informação para alertar um usuário quando ele precisa tomar uma dose de insulina. No entanto, a informação sobre os níveis de açúcar no sangue de um usuário também pode ser relevante para um médico que deseja prescrever um medicamento para açúcar no sangue, ou para uma companhia farmacêutica que está tentando comercializar o medicamento para açúcar no sangue. [0024] Para fins de ilustração, as várias implementações descritas aqui serão descritas com relação a um sistema de distribuição de aplicativo de cuidados médicos que recebe dados referentes a pacientes, prescrições e varejistas farmacêuticos e classifica esses acionistas com relação à venda/distribuição de um ou mais aplicativos de cuidados médicos. Como discutido acima, tal sistema de distribuição de aplicativo de cuidados médicos pode ser integrado em um sistema de portal de aplicativo de cuidados médicos que distribui aplicativos de cuidados médicos a fim de facilitar o compartilhamento de informação para derivar conclusões da informação recebida pelos aplicativos de cuidados médicos. Tal sistema também é projetado para preservar a confidencialidade, privacidade e segredo de tal informação pelo controle de como tal informação é acessada. Como será descrito em maiores detalhes abaixo, o sistema fornece atacadistas, varejistas, e prescrições de um ou mais medicamentos, que podem incluir substâncias controladas, com uma visão ampla do mercado de um ou mais aplicativos de cuidados médicos em ambos o nivel local e nacional. Tal ecossistema de informações pode auxiliar na integração de informação médica de uma forma significativa pelos participantes no processo de saúde visto que o ecossistema de informações coleta dados para derivar conclusões pela análise de partes dos dados que não são geralmente disponíveis juntamente com uma base para tomada de decisão e recomendações de saúde. Dessa forma, as implementações discutidas aqui permitem que pacientes individuais e provedores de saúde tomem decisões de saúde melhores em uma escala pequena facilitando o intercâmbio da informação segura entre os aplicativos, mas as implementações também facilitam a agregação de informação em uma escala maior de modo que os participantes do mercado possam perceber padrões com base em comportamentos e dados relacionados com populações maiores de participantes no sistema de saúde. [0025] Um ambiente de aplicativo pode ser configurado para conectar uma base de dados inteligente e sistema de coleta com um aplicativo móvel (um mercado de aplicativo) onde os aplicativos no mercado de aplicativos são configurados para reportar e transmitir informação para a base de dados e seu sistema de coleta. O aplicativo pode incluir um aplicativo configurado para rodar em um dispositivo sem fio ou tablet, incluindo iPad, iPhone, ou um aparelho Android. No entanto, esses são meramente exemplos de dispositivos que podem rodar um aplicativo, e, em geral, uma ampla faixa de dispositivos de computação é adequada par auso em várias implementações nas quais os usuários dos dispositivos móveis interagem com um mercado de aplicativo centralizado e infraestrutura analitica. Como notado acima, um aspecto de tais dispositivos móveis é que pode haver restrições com relação à capacidade de esses aplicativos compartilharem informação um com o outro. Dessa forma, as implementações fornecem formas de se ajudar a facilitar o compartilhamento de informação entre aplicativos pela coleta de dados através de um primeiro aplicativo, transmitir os dados para um local seguro centralizado e subsequentemente autorizar o acesso aos dados para outro aplicativo que possa derivar conclusões analíticas com base nos dados. [0026] Esses aplicativos podem ser prescritos por um médico e pode haver um sistema de autenticação ou credenciamento que seja necessário a fim de um consumidor poder acessar um aplicativo em particular. Um médico pode prescrever um aplicativo que auxiliar um paciente no gerenciamento de dor que, por sua vez, fornece essa informação para um médico de modo que o médico possa prescrever de uma forma melhor medicamentos para gerenciamento de dor. Em tal exemplo, outra parte de informação relevante é que alguns dos produtos farmacêuticos de gerenciamento de dor pode ser muito regulados ou substâncias altamente controladas, tal como devido à possibilidade de abuso. Esses aspectos de implementação serão discutidos em maior profundidade abaixo. Adicionalmente, os aplicativos podem ser prescritos por outra parte no processo que esteja ciente de quais aplicativos são importantes para o usuário. Por exemplo, um farmacêutico que fornece a um usuário um medicamento para epilepsia também pode ter uma sugestão para um aplicativo para outro problema neurológico, ou um agente de seguro pode ter uma sugestão que facilitar transitando um usuário de um medicamento de marca mais cara para uma droga genérica. Alternativamente, uma companhia farmacêutica pode fornecer um aplicativo que seja projetado para complementar a administração de uma droga que produz, como será discutido em maior profundidade abaixo. [0027] Geralmente, o ambiente de aplicativo inclui um dispositivo sem fio ou tablet que pode ser utilizado por um consumidor ou usuário. Adicionalmente, pode haver um aplicativo que também possui um componente para desktop ou laptop. Pode ser notado que o aspecto "sem fio" de um dispositivo de computação em uma implementação não deve ser limitador, e dispositivos de computação que não são facilmente portáteis podem ser utilizados onde adequado e dispositivos que são portáteis podem se comunicar com algumas outras partes de uma implementação pela utilização de uma conexão com fio. Em geral, a relevância desse aspecto de desenho é que o portal é hospedado em um dispositivo para um usuário, e que o dispositivo se comunica com a infraestrutura centralizada que armazena e gerencia a informação para utilização e análise subsequentes. [0028] A funcionalidade através dos dispositivos de usuário pode variar com suas dimensões. Pode haver um subconjunto limitado de dados em um dispositivo de computação móvel enquanto um subconjunto mais expansivo está disponível através de um ambiente de desktop. Tal divisão de funcionalidade pode se dever a maiores recursos de computação em uma máquina tipo desktop do que um dispositivo de computação móvel devido ao espaço, interface física, e limitações de energia do dispositivo de computação móvel. Adicionalmente, o aplicativo pode utilizar determinadas medidas de autenticação, confidencialidade e/ou segurança que estão disponíveis através um dispositivo sem fio. Por exemplo, um dispositivo sem fio pode ser projetado como pertencendo a um usuário em particular. No entanto, os usuários individuais podem ser associados com contas específicas que são adicionalmente associadas com configurações de privacidade. [0029] Visto que um projetista pode saber que um consumidor de aparelho sem fio com uma conta com um portador sem fio nacional particular pode ter uma linha de crédito, essa determinação pode ser utilizada para fornecer um nível de segurança que não é necessariamente disponível através de outras plataformas, tal como desktops. Essas medidas de confiança podem ser utilizadas para oferecer um conjunto expansivo de produtos e serviços. No entanto, outros meios de segurança convencionais tal como uma senha, que pode ser uma senha de utilização única, biométricas, um padrão e assim por diante podem ser necessários em uma implementação para estabelecer uma compra de um aplicativo médico. Essas medidas de segurança podem ser especialmente importantes visto que os dados médicos podem ser bem sensíveis e pode ser importante se proteger a privacidade e confidencialidade dos participantes no processo de saúde. Enquanto é necessário que a informação privada esteja disponível onde necessária, é de suma importância que apenas as partes que são autorizadas a acessar informação privada tenham acesso à mesma, de modo a se conformar a padrões legais e dessa forma as partes que não deveríam ter acesso à informação privada são incapazes de explorar a informação em detrimento dos pacientes ou outros detentores da informação privada. [0030] O dispositivo sem fio pode ser configurado para interfacear com um intermediário. O intermediário pode incluir um ou mais servidores que rodam em um armazenador de aplicativo de saúde. Quando fornecendo acesso aos aplicativos, o portal de aplicativo médico pode interfacear com tal armazenador de aplicativo de saúde para auxiliar na distribuição de aplicativos. Muitos sistemas operacionais móveis possuem armazenadores de aplicativos associados com os aplicativos disponíveis para esse sistema operacional, com o armazenador de aplicativo sendo mantido pelos criadores do sistema operacional. O portal pode interfacear com tal armazenador de aplicativo para ajudar a fornecer acesso a tais aplicativos à medida que distribuir os aplicativos. Esses armazenadores de aplicativo podem funcionar com farmacêuticos, consultórios médicos, e provedores de cuidados com a saúde a fim de permitir que o dispositivo de usuário acesse um ou mais desses aplicativos. [0031] O acesso aos aplicativos e informação relacionados com os aplicativos pode ser garantido dependendo da condição do paciente. Como discutido brevemente acima, os dispositivos sem fio e o intermediário podem fornecer outras tecnologias que são projetados para salvaguardar a informação identificável pessoal e proteger a liberação inadvertida de informação sensível e identificável pessoalmente, particularmente nessas circunstâncias onde existe uma condição de estigma ou problema envolvido. O aplicativo pode ser endereçado a uma condição particular ou regime de tratamento, tal como um composto farmacêutico ou regime de tratamento. Alternativamente, o aplicativo pode incluir um componente de diagnóstico e/ou interface com um componente de diagnóstico Bluetooth que pode produzir informação de medição de diagnóstico, tal como acúcar no sangue e outros parâmetros. Pode ser notado que Bluetooth é apenas um tipo de interface para componentes de diagnóstico e outras abordagens são possíveis. Adicionalmente, o mercado de aplicativos pode interfacear com os sistemas do médico, sistemas de pagador (por exemplo, tal como seguradoras e sistemas de regulamentação governamental) e adicionalmente também pode fornecer informação para outros proxies tal como companhias de informatização de saúde que processam a informação a fim de determinar os dados tal como eficácia farmacêutica. Por exemplo, níveis de colesterol no sangue podem ser utilizados para determinar se um regime de tratamento de usuário está funcionando adequadamente se o usuário tiver sido prescrito estatina. [0032] O armazenador de aplicativo e o aplicativo podem ser acoplados a um motor analítico de modo que uma companhia farmacêutica e os médicos com os quais funcionam podem distribuir regimes de tratamento atualizados ou atualizados e também determinar a eficácia farmacêutica. Adicionalmente, o aplicativo e seus componentes de lado de servidor também podem interfacear com um sistema de suporte de decisão do médico a fim de identificar um regime de tratamento. O aplicativo e seus componentes de servidor também podem interfacear com os regimes da seguradora que podem realizar medidas de economia de custo de modo que os produtos farmacêuticos genéricos sejam explorados antes de um produto farmacêutico de marca mais cara ser prescrito e que, uma vez que o regime de tratamento mais barato foi indicado, o consumidor possa ser automaticamente atualizado par ao próximo nível de benefício farmacêutico disponível, tal como o produto farmacêutico que está disponível apenas na forma de marca registrada. A informação farmacêutica permutada também pode incluir informação que auxilia um usuário no gerenciamento de condição também. A informação pode incluir informação sobre aspectos de como um usuário respondeu a um tratamento no passado, tal como dados de eficiência ou incidências de efeitos colaterais. [0033] Em uma configuração, a plataforma de aplicativo móvel seguro e o armazenador de aplicativo são fornecidos por um servidor relacionado com o médico. Em outra configuração, a plataforma é fornecida por um servidor da companhia farmacêutica e em outro ambiente a plataforma é operada por um intermediário confiável e/ou uma agência de regulamentação governamental. Adicionalmente, o armazenador de aplicativo pode agir como um agregador que gerencia acesso aos aplicativos fornecidos a partir de uma variedade de fontes. Várias informações adicionais sobre a configuração da plataforma serão discutidas com relação à figura 7, abaixo. [0034] O servidor de aplicativo pode funcionar em associação com os serviços analíticos para determinar a eficácia e/ou para oferecer sugestões para um médico para melhorar o tratamento de uma condicão. Tal retorno e análise podem ser oferecidos como um serviço de valor agregado e/ou podem ser sujeitos a controles de privacidade e opções para entrar ou podem incluir um médico que escolhe receber recomendações de tratamento à medida que os dados são processados. O aplicativo e seus dados podem ser protegidos por uma ou mais medidas de segurança. Os dados podem ser criptografados e/ou podem sofrer um filtro de anonimato de modo que os dados sejam acoplados à informação chave à medida que são processados por todo o sistema. No entanto, uma vez que os dados deixam o aparelho do usuário, os dados podem ser processados de tal forma que nenhuma informação pessoalmente identificável esteja disponível. Tal processamento também é conhecido como higienizacão dos dados, e permite a retenção de informação suficiente para obtenção de conclusões significativas a partir dos dados agregados sem ameaçar a privacidade do usuário. Ao longo dessas linhas, a comunicação dos dados pode exigir e empregar várias comunicações criptografadas através de uma rede de dados de modo que a informação permaneça em conformidade com HIPAA e outras exigências de privacidade. Dessa forma, os dados podem ser processados de forma privada para recomendações individualizadas, ou podem ser agregados e higienizados de modo a permitir a análise de dados para populações. [0035] A infraestrutura pode ser localizada centralmente ou a informação de subconjunto pode ser configurada para residir de forma distribuída. O sistema também pode ser configurado com um servidor de credenciamento da Administração de Alimentos e Drogas (FDA) para apresentar os riscos aos pacientes se os aplicativos não funcionarem como pretendido e/ou os produtos que estão sendo tratados não funcionarem como pretendido de modo que o aplicativo e/ou o regime de tratamento subjacente possam ser submetidos a um recall em todo o mercado. [0036] O aplicativo pode ser acoplado a um regime de fidelidade de modo que as companhias farmacêuticas possam oferecer programas de fidelidade a fim de persuadir um consumidor a permanecer com um regime de tratamento em particular ao invés de mudar para um regime de tratamento alternativo. Por exemplo, uma companhia farmacêutica pode oferecer cupons para uma droga com marca registrada que é uma alternativa a uma formulação genérica da droga ou outra droga mais barata a fim de manter sua base de clientes. É importante se manter a privacidade no contexto de regimes de fidelidade ou outras etapas de marketing levando em consideração da informação do usuário. Pode ser necessário que o usuário opte positivamente em receber comunicações de marketing ou pelo menos permite que o usuário opte por não receber. No entanto, se um usuário for receptivo ao recebimento de tais comunicações, pode ser mutuamente benéfico para um usuário e uma companhia farmacêutica se permitir que a companhia farmacêutica comercialize para um usuário com base nas características de seus sintomas e tratamento. [0037] O aplicativo pode incluir informação sobre drogas farmacêuticas, informação sobre interação medicamentosa, lembretes de adesão, informação de documentos e permissões para que um paciente registre o regime de tratamento que foi feito e possa ser acoplado a um ou mais sensores periféricos que são projetados para testar a diagnosticar determinadas condições. Os dados podem ser coletados para o aplicativo por uma câmera de sensor e/ou um ou mais anexos físicos com ou sem fio. O aplicativo também pode distribuir alertas sobre segurança de medicamentos e também oferecer assistência em viagens se uma prescrição em particular precisar ser administrada por uma enfermeira ou outro profissional de saúde licenciado. Em alguns casos, o aplicativo também pode coordenar e identificar uma oportunidade médica disponível de modo que a pessoa possa ter uma consulta com um médico na primeira oportunidade a fim de acompanhar uma condição em particular. A partir de uma perspectiva analítica, os dados identificados podem incluir uma ou mais partes de informação descritiva, tal como um identificador de paciente, um identificador de médico, um diagnóstico, um identificador de par, uma prescrição em particular e pode ser integrado de modo que um provedor de serviço analítico possa monitorar os dados através de uma população maior. Essa integração pode, por sua vez, permitir que vários acionistas no processo tal como os médicos, companhias farmacêuticas, e seguradoras possam identificar melhor os resultados reportados pelo paciente, custos e eficácia de economia, dados de diagnóstico doméstico e resultados de rastreamento. A integração também permite aos farmacêuticos perceber a extensão à qual os consumidores estão se reabastecendo de medicamentos, determinar os dados de fidelidade e também oferecer serviços de farmácia melhorados tal como consultas oftalmológicas e vacinacão. [0038] O sistema pode permitir que as seguradoras e outros pagantes forneçam um gerenciamento de cuidados integrados, oferecem algumas medidas de tratamento preventivo, realizem o gerenciamento de beneficio do membro e também realizem a prevenção de doenças. O aplicativo pode ser acoplado a um sistema de registro médicos eletrônico também de modo que a informação seja automaticamente preenchida em um ou mais registros médicos eletrônicos que podem ser distribuídos através da Internet. O armazenamento analítico e/ou aplicativo também pode incluir um depósito cloud seguro de modo que se um dispositivo sem fio for perdido, o usuário possa duplicar sua configuração mediante ativação de um novo dispositivo sem fio no lugar o mesmo. Como notado, o dispositivo sem fio pode ser envolvido e transmissões de duas vias de dados a partir do provedor de registros médicos eletrônicos. [0039] Em uma configuração, o ambiente de aplicativo pode ser utilizado para configurar lembretes para drogas ou consultas, garantir as próximas consultas, lançar automaticamente refil, solicitar refil, e programar uma consulta com um médico de modo que uma prescrição sensível possa ser automaticamente reabastecida. Dessa forma, o ambiente pode incluir funcionalidade na qual as ações administrativas especificas são tomadas por um provedor de saúde para cuidar de um paciente. O aplicativo pode incluir uma conexão com o farmacêutico seletivamente evocável dentro do aplicativo a fim de permitir que um farmacêutico ative um ou mais componentes. Os aplicativos podem ser utilizados para gerenciar uma variedade de condições. Pode haver um aplicativo constituinte para gerenciar asma enquanto existe outro aplicativo para gerenciar outras condições também. Adicionalmente, o aplicativo pode incluir um catalogo de outros módulos dentro de um aplicativo maior de modo que o usuário possa carregar um aplicativo a fim de gerenciar dor e envolver adicionalmente módulos que funcionem bem para solucionar esse problema. Por exemplo, parte do aplicativo pode rastrear a utilização do medicamento enquanto outro aplicativo pode ajudar um usuário com os exercidos de respiração. [0040] O aplicativo pode ser conectado a outros aplicativos em um dispositivo de usuário tal como um telefone sem fio. Por exemplo, pode configurar lembretes de calendário em um calendário ou aplicativo de programação, pode configurar lembretes em um motor de lembretes, pode acionar um alarme para notificar um usuário, tal como tocando um sinal de áudio ou vibrando, ou pode carregar informação de localização em uma base de dados de mapeamento, tal com a partir de um GPS ou outro sensor de localização. O aplicativo também pode incluir uma lista de lembretes que pode ser editada. [0041] A figura 1 ilustra um sistema de distribuição de aplicativo de cuidados medidos ilustrativo implementado em um sistema de computação 100 configurado para integrar os dados não identificados para fins analíticos. O sistema de computação pode ser implementado como um aparelho de processamento de dados que é capaz de fornecer a funcionalidade discutida aqui, e pode incluir qualquer combinação adequada de processadores, memória, e outro hardware e software que possa receber dados médicos adequados e processar os dados como discutido abaixo. Em um alto nível, o sistema de computação ilustrativo ilustrado 100 recebe vários dados de fontes que são participantes do processo de saúde. As fontes podem incluir farmácias varejistas 102, pacientes 104, prescrições 106, e distribuidores farmacêuticos 108. Os dados podem incluir dados de prescrição de varejo 110, dados de paciente longitudinais 112, dados de prescrição de referência 114, e dados de compra farmacêutica 116. [0042] A figura 1 ilustra o processo pelo qual uma infraestrutura analítica é capaz de integrar dados recebidos sobre um indivíduo, através do aplicativo móvel dos pacientes 104 ou de seu provedor de saúde, que pode agir como um elemento de prescrição 106, com outras fontes de dados disponíveis em IMS, tal como farmácias 102 e distribuidores farmacêuticos 108. Os dados do paciente 104 não estão restritos aos dados de paciente longitudinais 112, mas podem incluir quaisquer métricas de saúde gravadas através de seu dispositivo e os dados do elemento de prescrição 106 podem incluir uma faixa similar de medições, gravada através de seus sistema EMR, além de resultados ou imagens laboratoriais. É importante se compreender que o sistema não armazenará dados nominativos em uma base de dados agregada, mas apenas dados não identificados. Os dados nominativos para um indivíduo podem ser comparados com os dados agregados relevantes, mas isso será alcançado pela utilização de valores agregados no aplicativo de paciente individual, não pela manutenção de registros nominativos para múltiplos pacientes em uma única base de dados. Além disso, a integração de dados a partir das fontes além do usuário e seus profissionais médicos pode ser alcancada apenas com base não identificada exceto no caso de o indivíduo dar permissão para se utilizar sua informação de identidade (nome, localização, sexo e idade) para fins de fornecimento dos mesmos com sua informação de outra fonte, tal como os dados de compra farmacêutica 116 das farmácias. [0043] Os dados de prescrição de varejo 110 podem incluir dados referentes às prescrições distribuídas no setor de varejo, tal como pelas farmácias de varejo 102. Os dados de prescrição de varejo 110 podem ser recebidos diretamente de uma ou mais farmácias de varejo 102 e representam dados refletindo todos os produtos farmacêuticos distribuídos por uma ou mais lojas 102, incluindo a informação sobre o tipo de prescrição utilizado para se obter o produto e o método de pagamento utilizado para se comprar o produto. Como notado previamente, essa informação pode ser higienizada e agregada para proteger a privacidade do paciente. Uma ou mais farmácias de varejo 102, que podem incluir redes de farmácias, farmácias independentes, instalações de cuidados de longo termo e/ou servidores de correio, podem fornecer os dados de prescrição de varejo 110 periodicamente (por exemplo, a cada semana ou mês). Apesar de a figura 1 ilustrar os dados de prescrição de varejo 110 sendo fornecidos diretamente a partir de uma ou mais farmácias de varejo 102 para o sistema de computação 100, os dados de prescrição de varejo 110 podem ser coletados por um ou mais outros sistemas intermediários e então fornecidos par ao sistema de computação 100. Se os sistemas intermediários forem utilizados, a agregação e higienização dos dados de prescrição de varejo 110 podem ser potencialmente realizados pelos sistemas intermediários. [0044] Os dados de paciente longitudinais 112 podem incluir dados de nivel de paciente de varejo higienizados para um ou mais pacientes 104. Por exemplo, os dados de paciente longitudinais 112 podem incluir informação sobre as reivindicações de seguro de prescrição com fonte em farmácia de varejo, Scripts farmacêuticos de varejo e/ou dados de perfil de paciente. Dados de paciente longitudinais 112 incluem informação sobre aspectos de cuidado para um ou mais pacientes 104. Apesar de a figura 1 ilustrar os dados de paciente longitudinais 112 como sendo recebidos pelo sistema de computação 100 diretamente de um ou mais pacientes 104, os dados de paciente longitudinais 112 podem ser coletados por um ou mais outros sistemas e então fornecidos para o sistema de computação 100 de forma análoga à abordagem similar discutida para os dados de prescrição de varejo 110. Ademais, os dados de paciente longitudinais 112 podem não ser originários de um ou mais pacientes 104, mas, ao invés disso, podem ser fornecidos por um ou mais elementos de prescrição/médicos com quem um paciente interage, companhias de seguro às quais um paciente submete as reivindicações de seguro, e/ou varejistas no qual um paciente compra um produto farmacêutico. [0045] Os dados de prescrição de referência 114 podem incluir informação de base para um ou mais elementos de prescrição 106. Por exemplo, os dados de prescrição de referência 114 podem incluir a informação demográfica de quem fez a prescrição, endereço, afiliações, dados de autorização (por exemplo, DEA, AOA, SLN, e/ou números de NPI), profissão e/ou especialidade. Enquanto a maior parte dos elementos de prescrição serão médicos, outros profissionais de saúde tal como médicos assistentes ou enfermeiras também podem prescrever 106. Apesar de a figura 1 ilustrar os dados de prescrição de referência 114 como senso recebidos pelo sistema de computação 100 diretamente de um ou mais elementos de prescrição 106, os dados de prescrição de referência 114 podem ser coletados por um ou mais outros sistemas e então fornecidos para o sistema de computação 100 de forma análoga à abordagem similar discutida para os dados de prescrição de varejo 110. Ademais, os dados de prescrição de referência 114 podem não ser originários de um ou mais elementos de prescrição 106, mas, ao invés disso, são criados e/ou mantidos por uma ou mais outras entidades (por exemplo, agências governamentais ou organizações médicas profissionais) que rastreiam informação sobre o comportamento de prescrição dos elementos de prescrição 106. [0046] Os dados de compra farmacêutica 116 podem incluir informação sobre as compras farmacêuticas feitas a partir dos distribuidores 108 (por exemplo, atacadistas farmacêuticos ou fabricantes). Por exemplo, os dados de compra farmacêutica 116 podem incluir informação sobre o varejo de onde um produto farmacêutico foi comprado, o tipo de produto farmacêutico comprado, quando a compra foi realizada, e/ou a quantidade de produto farmacêutico que foi comprada. Apesar de a figura 1 ilustrar os dados de compra farmacêutica 116 como sendo recebidos pelo sistema de computação 110 diretamente de um ou mais distribuidores 108, os dados de compra farmacêutica 116 podem ser coletados por um ou mais outros sistemas e então fornecidos para o sistema de computação 100 de forma análoga à abordagem similar discutida para os dados de prescrição de varejo 110. Ademais, os dados de compra farmacêutica 116 podem não ser originários de um ou mais distribuidores 108, mas, ao invés disso, fornecidos pelo comprador do produto farmacêutico (por exemplo, uma loja de varejo). [0047] Os vários tipos de dados recém-discutidos, que podem incluir dados de prescrição de varejo 110, dados de prescrição longitudinais 112, dados de elemento de prescrição de referência 114, e dados de compras farmacêuticas 116 são recebidos pelo sistema de computação 100 a fim de derivar as conclusões com base nos dados. Como notado anteriormente, no momento em que os dados são recebidos pelo sistema de computação 100, os mesmos devem ter sido higienizados de modo que os dados não incluam informação privada ou confidencial que o sistema de computação 100 não deve poder acessar. [0048] Para fins de ilustração, o sistema de computação 100 será descrito como incluindo um módulo de processamento de dados 118, um módulo de classificação estatística 120, um módulo de relatório 122, e um dispositivo de armazenamento 124. No entanto, o sistema de computação 100 pode ser qualquer plataforma de computação capaz de realizar as funções descritas. O sistema de computação 100 pode incluir um ou mais servidores que podem incluir hardware, software, ou uma combinação de ambos para realizar as funções descritas. Ademais, o módulo de processamento de dados 118, o módulo de classificação estatística 120, e o módulo de relatório 122 podem ser implementados em conjunto ou separadamente em hardware e/ou software. Apesar de o módulo de processamento de dados 118, o módulo de classificação estatística 120, e o módulo de relatório 122 serem descritos como realizando, cada um, uma determinada funcionalidade, a funcionalidade descrita de cada um desses módulos pode ser referido por um ou mais outros módulos em conjunto com ou no lugar do módulo descrito. [0049] O módulo de processamento de dados 118 recebe e processa um ou mais dos dados de prescrição de varejo 110, dados de paciente longitudinais 112, dados de elemento de prescrição de referência 114, e dados de compra farmacêutica 116. No processamento de dados recebidos, o módulo de processamento de dados 118 podem filtrar e/ou minar os dados de prescrição de varejo 110, os dados de paciente longitudinais 112, os dados de elemento de prescrição de referência 114, e dados de compra farmacêutica 116 para a informação especifica. O módulo de processamento de dados 118 pode filtrar e/ou minar os dados de prescrição de varejo recebidos 110, dados de paciente longitudinais 112, dados de elemento de prescrição de referência 114, e dados de compra farmacêutica 116 para os produtos farmacêuticos especificos. Dessa forma, qualquer dado de prescrição de varejo recebido 110, dados de paciente longitudinais 112, dados de elemento de prescrição de referência 114, e dados de compra farmacêutica 116 que se referem a produtos farmacêuticos que não são classificados como sendo associados com um composto ou prescrição rastreado podem ser desconsiderados. Por exemplo, os dados recebidos podem ser processados pelo módulo de processamento de dados 118 de modo a rastrear o uso de um antibiótico especifico, ou de antibióticos em geral. [0050] Depois do processamento dos dados de prescrição de varejo recebidos 110, os dados de paciente longitudinais 112, os dados de elemento de prescrição de referência 114, e os dados de compra farmacêutica 116, o módulo de processamento de dados 18 agrega os dados processados em dados de paciente 126, dados de elemento de prescrição 128 e dados de sarda 130. Esses grupos de dados podem ser armazenados no dispositivo de armazenamento 124. Em algumas implementações, o módulo de processamento de dados 118 pode criar perfis para cada paciente, elemento de prescrição, e farmácia de varejo par aos quais os dados sao recebidos. [0051] Os dados de prescrição de varejo 110 podem incluir informação sobre uma farmácia varejista que distribui um ou mais produtos farmacêuticos, informação sobre um ou mais pacientes que compraram os produtos farmacêuticos, e informação sobre um ou mais elementos de prescrição que escreveram receitas utilizadas pelos pacientes para obtenção de produtos farmacêuticos. Nesse exemplo, o módulo de processamento 118 pode adicionar informação contida nos dados de prescrição de varejo recebidos 110 em perfis associados com a loja de varejo, um ou mais pacientes e um ou mais elementos de prescrição. Em outro exemplo, os dados de paciente longitudinais 112 podem incluir informação sobre um paciente que recebeu as receitas de um produto farmacêutico e informação sobre um ou mais elementos de prescrição a partir dos quais o paciente recebeu as receitas. Nesse exemplo, o módulo de processamento de dados 118 pode adicionar informação contida nos dados de paciente longitudinais 112 em perfis associados com o paciente e um ou mais elementos de prescrição. [0052] Em outras implementações, o módulo de processamento 118 pode simplesmente separar e armazenar, no dispositivo de armazenamento 124, os dados de prescrição de varejo processados 110, dados de paciente longitudinais 112, dados de elemento de prescrição de referência 114, e dados de compra farmacêutica 116, o módulo de processamento de dados 118 par auso futuro por outros módulos. [0053] Para cada paciente 104 com relação a de quem os dados foram recebidos, os dados de paciente 126 podem incluir qualquer informação relacionada com a prescrição e/ou venda de um ou mais tipos de produtos farmacêuticos. Os dados de paciente 126 podem incluir a quantidade de cada tipo de produto farmacêutico que o paciente comprou, suprimento para vários dias de um produto farmacêutico que o paciente precisa ter, dosagens cumulativas de um produto farmacêutico, razão de posse de medicamento, número e/ou nome de médicos de quem os pacientes receberam as receitas, número e/ou nome das lojas varejistas de onde o paciente comprou os produtos farmacêuticos, e/ou informação referente aos métodos de pagamento utilizados pelo paciente quando da compra de produtos farmacêuticos (por exemplo, em dinheiro ou através do seguro) . [0054] Para cada elemento de prescrição 106 com relação a de quem os dados foram recebidos, os dados da prescrição 128 podem incluir qualquer informação relacionada com as prescrições escrita pelo elemento de prescrição para um ou mais tipos de produtos farmacêuticos e os pacientes para quem as prescrições foram passadas. Os dados do elemento de prescrição 128 podem incluir a quantidade de um ou mais tipos de produtos farmacêuticos para os quais a prescrição foi escrita, o percentual das prescrições para um ou mais tipos de produtos farmacêuticos escritos por um elemento de prescrição com relação ao número total de prescrições escritas pelo elemento de prescrição, o percentual de prescrições para um ou mais tipos de produtos farmacêuticos que foram pagas com dinheiro e/ou o número de pacientes para quem o elemento de prescrição escreveu uma prescrição para um ou mais tipos de produtos farmacêuticos e que atualmente possuem um suprimento de um ou mais tipos de produtos farmacêuticos que excede um limite. [0055] Para cada farmácia varejista 102 com relação à qual os dados foram recebidos, os dados de varejo 130 podem incluir qualquer informação relacionada com as vendas de um ou mais tipos de produtos farmacêuticos, pacientes para quem as vendas de um ou mais tipos de produtos farmacêuticos foram feitas, e/ou elementos de prescrição que passaram receitas mediante as quais as vendas de um ou mais tipos de produtos farmacêuticos foram baseadas. Por exemplo, os dados da loja 130 podem incluir a quantidade de um ou mais tipos de produtos farmacêuticos vendidos pela loja, o percentual de vendas de um ou mais tipos de produtos farmacêuticos com relação às vendas totais pela loja varejista, e o percentual de vendas de um ou mais tipos de produtos farmacêuticos que são pagos com dinheiro. [0056] O módulo de classificação estatística 120 utiliza os dados de paciente 126, dados de elemento de prescrição 128 e/ou dados de saida 130 para classificar os pacientes individuais, prescrições, e lojas de varejo. Em algumas implementações, o módulo de classificação estatística 120 pode comparar mais elementos dos dados de paciente 126 correspondendo a um paciente para realizar a média de um ou mais elementos dos dados do paciente 12 6 através de um conjunto de pacientes. Com base na comparação de um ou mais elementos dos dados do paciente 126, o módulo de classificação estatística 120 pode designar uma ou mais classificações para um paciente. Em outras palavras, para cada elemento dos dados de paciente 126 (por exemplo, quantidade de cada tipo de produto farmacêutico que o paciente comprou e o percentual de compras que foram feitas em dinheiro), o módulo de classificação estatística 120 pode designar uma classificação para um paciente que reflita como um elemento dos dados de paciente 125 compara com o mesmo elemento de outros pacientes em um conjunto com relação a essas estatísticas calculadas. Os pacientes no conjunto utilizado na comparação podem ser pacientes na mesma localização (por exemplo, pais, estado, cidade ou código postal), pacientes que compartilham dados de paciente similares (por exemplo, diagnóstico médico ou informação demográfica) e/ou pacientes que compartilham alguma outra relação. [0057] Os dados de paciente 126 correspondentes a um primeiro paciente podem indicar que, durante o último mês, o primeiro paciente tem um determinado conjunto de leituras de glicose no sangue. Os dados de paciente 126 também podem indicar que, durante o mesmo periodo de tempo, a leitura de glicose no sangue que é tipica para um paciente médio. Com base nessa informação, o módulo de classificação estatística 120 pode determinar que as leituras de glicose no sangue do primeiro paciente estão muito altas. Essa conclusão pode resultar em uma sugestão de que o usuário ou o médico do usuário, se autorizado o acesso à informação de glicose no sangue, seja avisado que a glicose no sangue do usuário está anormal e pode exigir uma resposta terapêutica. [0058] De forma similar, o módulo de classificação estatística 120 pode comparar um ou mais elementos dos dados de elemento de prescrição 128 correspondendo a um elemento de prescrição para médias de um ou mais elementos dos dados do elemento de prescrição 128 através de um conjunto de elementos de prescrição relacionados. Com base na comparação de um ou mais elementos de dados de elemento de prescrição 128, o módulo de classificação estatística 120 pode designar uma ou mais classificações para um elemento de prescrição. Os elementos de prescrição no conjunto utilizados na comparação podem ser elementos de prescrição no mesmo local (por exemplo, país, estado, cidade e código postal), os elementos de prescrição que compartilham dados profissionais similares (por exemplo, área de prática ou informação demográfica), e/ou os elementos de prescrição que compartilham alguma outra relação. O módulo de classificação estatística 120 podem derivar conclusões para os elementos de prescrição a partir dos dados de elemento de prescrição 128, de forma similar à utilizada para os dados de paciente. Por exemplo, pode determinar que os médicos em geral em um pais tendem a prescrever drogas genéricas para pacientes com epilepsia, enquanto neurologistas tem uma maior tendência em utilizar drogas com marca registrada para seus pacientes com um diagnostico similar. Essas determinações podem, por exemplo, ser utilizadas para sugerir que uma companhia farmacêutica deve promover um novo anticonvulsão com maior força para neurologistas do que para os médicos em geral. [0059] O módulo de classificação estatística 120 também pode comparar um ou mais elementos dos dados de varejo 130 correspondendo a uma loja varejista com as médias de um ou mais elementos dos dados de varejo 130 através de um conjunto de varejistas relacionados. Com base na comparação de um ou mais elementos de dados de varejo 130, o módulo de classificação estatística 120 pode designar uma ou mais classificações para um varejo. Os varejistas no conjunto utilizado na comparação podem ser varejistas na mesma localização (por exemplo, país, estado, cidade ou código postal), elementos de prescrição que compartilham dados comerciais similares (por exemplo, tamanho da loja varejista), e/ou elementos de prescrição que compartilham alguma outra relação. Por exemplo, os dados podem indicar que determinadas drogas são compradas com maior frequência em farmácias rurais, e outras drogas são compradas em farmácias urbanas. Por exemplo, essas determinações podem sugerir que as farmácias devam estocar mais anti-histaminicos para alergias a pólen em suas filiais rurais. [0060] As classificações designadas para um paciente, elemento de prescrição e/ou loja de varejo pelo módulo de classificação estatística 120 podem ser números normalizados que reflete a análise realizada com relação a um elemento dos dados de paciente 126, dados de elemento de prescrição 128 e/ou dados da loja 130. Em algumas implementações, as classificações determinadas pelo módulo de classificação estatística 120 podem ser atualizados periodicamente (por exemplo, semanalmente ou mensalmente) ou atualizados sempre que novos dados referentes ao elemento correspondente à classificação são recebidos pelo sistema de computador 100. Alternativamente, em algumas implementações, as classificações determinadas pelo módulo de classificação estatística 120 podem ser calculadas sempre que o módulo de classificação estatística 120 receber uma pesquisa de classificações. [0061] O módulo de classificação estatística 120 também pode calcular uma classificação composta para cada paciente, elemento de prescrição, e/ou loja de varejo para os quais dados foram recebidos pelo sistema de computador 100. Em algumas implementações, o módulo de classificação estatística 120 pode ponderar cada uma das classificações de elemento individual associadas com um paciente, elemento de prescrição ou loja de varejo e aplicar uma equação para calcular um composto das classificações de elemento individual. Alternativamente, em algumas implementações, o módulo de classificação estatística 120 pode selecionar um subconjunto adequado das classificações de elemento individual disponíveis e calcular uma classificação composta com base nas classificações de elemento individual selecionadas. [0062] Em algumas implementações, o módulo de classificação estatística 120 pode classificar o paciente, o elemento de prescrição e/ou a loja de varejo com relação um ao outro com base nas classificações determinadas. Por exemplo, o módulo de classificação estatística 120 pode classificar todos os pacientes em um local determinado (por exemplo, um código postal) com base na classificação composta de cada paciente. Tal abordagem permite a consideração da informação de paciente para uma população em um local específico, que é útil visto que o comportamento do paciente de interesse pode ser para uma população localizada. Em outro exemplo, o módulo de classificação estatística 120 pode classificar todos os elementos de prescrição que são oncologistas em um determinado estado com base em cada classificação de elemento de prescrição relacionada com a quantidade de um ou mais tipos de produtos farmacêuticos para os quais o elemento de prescrição passou uma receita (isso é, um elemento dos dados do elemento de prescrição 128) . Tal abordagem pode ser útil visto que especialistas podem prescrever diferentemente de generalistas e isso pode ser de interesse para comparar as estratégias de cuidado utilizadas por esses diferentes grupos de elementos de prescrição, como discutido acima. [0063] O módulo de relatório 122 prepara os relatórios com base nas classificações e/ou graduações calculadas pelo módulo de classificação estatística 120. Os relatórios preparados pelo módulo de relatório 122 podem incluir uma ou mais classificações calculadas pelo módulo de classificação estatística 120 além de quaisquer outros dados contidos nos dados de paciente 126, dados de elemento de prescrição 128 e/ou dados de loja de varejo 130. Por exemplo, um relatório gerado pelo sistema de relatórios pode incluir classificações compostas para todos os elementos de prescrição em um determinado estado para um produto farmacêutico em particular (por exemplo, oxicodona - uma substância controlada). [0064] O sistema ilustrado pode ser filtrado e/ou minado com base em qualquer um ou mais critérios associados com um paciente, elemento de prescrição e/ou loja de varejo. Os relatórios podem ser filtrados e/ou minados com base na localização, tipo de produto farmacêutico, especialidade médica de um elemento de prescrição, categoria de uma loja de varejo (por exemplo, loja de varejo de rede grande), e ou uma ou mais classificações calculadas pelo módulo de classificação estatística 120. Em outras palavras, quaisquer dados recebidos e processados pelo módulo de processamento de dados 118 ou quaisquer graduações ou classificações calculadas pelo módulo de classificação estatística 120 podem ser incluídos em ou utilizados para filtrar e/ou minar os dados incluidos em um relatório. [0065] Adicionalmente, em algumas implementações, os relatórios gerados podem ser dinâmicos ou estáticos. O módulo de relatório 122 podem gerar um relatório que inclui dados apresentados em um ou mais formatos estáticos (por exemplo, um gráfico, ou uma tabela) sem fornecer qualquer mecanismo para alteração do formato e/ou manipulação dos dados apresentados no relatório. Em tal implementação, a apresentação de dados é gerada e salva sem incorporar a funcionalidade para atualizar a apresentação de dados. Em algumas implementações, o módulo de relatório 122 fornece um relatório estático em um formato de PDF, relatório ou XML. Tal formato geralmente fornece uma compreensão do módulo de relatório 122 como dados de texto ou uma visualização, mas outras formas de apresentação de conclusões tal como áudio, video ou uma animação não são excluídas como resultados em potencial do módulo de relatório 122. [0066] Adicionalmente ou alternativamente, o módulo de relatório 122 pode gerar um relatório que inclui controles permitindo que um usuário altere e/ou manipule o relatório propriamente dito de forma interativa. Por exemplo, o sistema de relatório pode fornecer um relatório dinâmico na forma de um documento HTML que por si só inclui controles para a filtragem, manipulação e/ou ordenação de dados exibidos no relatório. Ademais, um relatório dinâmico pode incluir a capacidade de comutar entre inúmeras representações visuais da informação incluída no relatório dinâmico. Em algumas implementações, um relatório dinâmico pode fornecer acesso direto como selecionado por um usuário para alguns ou todos os dados de paciente 126, dados de elemento de prescrição 128 e/ou dados de sarda 130 preparados pelo módulo de processamento de dados 118 e/ou módulo de classificação estatística 120, em oposição a permitir o acesso a apenas dados e/ou classificações incluídas no relatório propriamente dito. [0067] Um ou mais clientes 140 podem interfacear com o sistema de computação 100 para solicitar e receber relatórios criados pelo sistema de relatórios. Em algumas implementações, os um ou mais clientes 140 podem incluir um navegador de rede que fornece acesso com base em Internet para o sistema de computação 100. Através do navegador da rede, um usuário de um cliente 140 (por exemplo, um atacadista, uma loja de varejo, ou um elemento de prescrição) pode solicitar um relatório estático ou dinâmico do sistema de relatório como discutido acima. [0068] Em algumas implementações, o acesso ao sistema de computação 100 pode ser controlado a fim de proteger quaisquer dados confidenciais armazenados no sistema de computação 100. Em alguma implementação, cada usuário de um cliente 140 que tenta solicitar um relatório do sistema de computação 100 pode precisar criar e se conectar a uma conta de usuário. As contas de usuário podem incluir a identificação da informação sobre o usuário que pode ser utilizada para limitar o acesso do usuário a tipos particulares de dados, relatórios e/ou outra funcionalidade. Uma conta de usuário associada com um elemento de prescrição pode limitar o elemento de prescrição apenas à visualização dos dados de classificação de elemento de prescrição para os elementos de prescrição em sua área e/ou dados de classificação de pacientes para os pacientes com os quais o elemento de prescrição tem uma relação profissional. Ademais, a conta de usuário associada com um elemento de prescrição pode limitar o nivel de detalhamento dos dados incluídos em um relatório para evitar que o elemento de prescrição acesse dados particulares de outro elemento de prescrição. Aspectos adicionais relacionados com o acesso serão discutidos abaixo, com relação à figura 7. [0069] Pode haver qualquer número de clientes 140 associado com, ou fora do sistema de computação ilustrativo 100. Enquanto o sistema de computação ilustrativo ilustrado 100 é ilustrado em comunicação com um cliente 140, as implementações alternativas do sistema de computação ilustrativo 100 podem se comunicar com qualquer número de clientes 140 adequados para fins do sistema de computação ilustrativo 100. Adicionalmente, o termo "cliente" e "usuário" podem ser utilizados de forma intercambiável como adequado sem se distanciar do escopo dessa descrição. Ademais, enquanto o cliente 140 é descrito em termos de ser utilizado por um único usuário, essa descrição contempla que muitos usuários podem compartilhar o uso de um computador, ou que um usuário pode utilizar múltiplos computadores . [0070] O cliente ilustrado 140 deve englobar qualquer dispositivo de computação tal como um computador desktop, um computador laptop/notebook, uma porta de dados sem fio, um smartphone, um assistente digital pessoal (PDA), um dispositivo de computação tipo tablet, um ou mais processadores dentro desses dispositivos, ou qualquer outro dispositivo de processamento adequado. Por exemplo, o cliente 140 pode compreender um computador que inclui um dispositivo de entrada, tal como um teclado, tela de toque, ou outro dispositivo que possa aceitar informação de usuário, e um dispositivo de saida que porte informação associada com a operação do sistema de computação 100. O dispositivo de entrada pode ser utilizado pelo cliente 140 para fornecer instruções para o sistema de computação 100 que o sistema de computação 100 pode executar para fornecer informação solicitada pelo cliente 140 a partir de vários dados que o sistema de computação 100 recebe. [0071] Em algumas implementações, a funcionalidade descrita como sendo realizada pelo sistema de computação 100 pode ser realizada pelo cliente 140. Por exemplo, o sistema de computação 100 pode fornecer um cliente 140 com acesso direto às classificações e graduações calculadas pelo módulo de classificação estatística 120. Como resultado disso, algumas ou todas as funcionalidades descritas como sendo realizadas pelo módulo de relatório 122 podem ser realizadas localmente pelo cliente 140. [0072] A figura 2 é uma representação de tela de um aplicativo de cuidados médicos que reside em um dispositivo sem fio. O aplicativo de cuidados médicos é um portal que fornece a ura usuário acesso aos comandos que permitem que um usuário gerencie e solicite a informação médica e serviços. Na figura 2, o aplicativo de cuidados médicos é identificado como o Portal de Aplicativo Médico IMS 200. a representação de tela ilustra um aviso de usuário 210 perguntando ao usuário, "O que você gostaria de fazer?". O Portal de Aplicativo Médico IMS fornece vários comandos que o usuário pode selecionar para obter informação e serviços de saúde. O primeiro conjunto de comandos é um conjunto de Ferramentas de Saúde 220. Esses comandos fornecem funções básicas que serão de utilidade para a maior parte dos usuários. Esses comandos podem incluir gerenciamento de medicamentos 230A, conjunto de lembretes 230B, verificação de interações medicamentosas 230C, verificação de alertas e mensagens 230D, e outros reabastecimentos de receitas 230E. No entanto, o aplicativo de cuidado médico (Portal de Aplicativo Médico IMS 200) é adicionalmente configurado para interfacear com os aplicativos específicos do usuário em particular, aplicativos de usuário 240. Na figura 2, esses outros aplicativos incluem Rastreador de Asma 250A e Gerenciador MS 250B, Esses aplicativos ilustrativos ilustram que os aplicativos podem ter marca registrada, tal como sendo recebidos de um fabricante farmacêutico especifico. O aplicativo de Portal de Aplicativo Médico IMS 200 pode receber informação desses outros aplicativos e reportar a mesma para um dispositivo de computação 100 para análise dessa informação, como discutido com relação à figura 1. A figura 2 também ilustra uma opção de Gerenciar Meus Aplicativos 260 que será discutida em maiores detalhes na discussão da figura 4. A figura 2 é um exemplo da interface fornecida para um usuário de um dispositivo móvel quando da interação com o portal de aplicativo de cuidados médicos cuja operação é discutida com relação à figura 7. [0073] A figura 3 ilustra uma série de vistas que ilustram como um paciente pode gerenciar os sintomas da asma. A figura 3 apresenta três vistas de um aplicativo de gerenciamento de asma. A vista de painel de paciente 310 apresenta a informação sobre os fatores ambientais que podem afetar a asma, incluindo temperatura, poluição, contagem de pólen, e clima. O usuário pode registrar um "estado" do paciente respondendo à asma em um determinado momento. Os estados fornecidos aqui emoticons feliz, neutro e triste que indicam como o usuário julga a seriedade de sua asma. Os resultados podem demonstrar um uma seção de rastreamento de "resultado" onde um paciente pode medir seu progresso. Em uma possível seção de rastreamento de "resultados" 320A, os resultados são exibidos através de um calendário de modo que um paciente possa medir seus resultados ou de modo que um médico possa perceber os resultados de um paciente e/ou uma população (ou subconjunto de uma população como classificada por demografia, condição, regime de tratamento, idade, sexo, localização ou perfil). Em outra possível seção de rastreamento de "resultados" 320B, os resultados são apresentados como um gráfico de linhas através do tempo para rastrear como a seriedade da asma muda com o tempo. [0074] A figura 4 demonstra como um aplicativo de cuidados médicos pode interfacear com aplicativos subordinados de modo que o aplicativo de cuidados médicos possa estabelecer uma interface para coordenar a permuta de informação de cuidados médicos. O Gerenciador de Aplicativos 400 pode ser acessado para Gerenciar Meus Aplicativos 260 na figura 2. Em uma configuração, o aplicativo subordinado é prescrito por um médico para permitir que um paciente em um dispositivo sem fio receba a receita do composto farmacêutico e também acesse um aplicativo subordinado associado. Gerenciar Aplicativos 400 lista Meus Aplicativos Atuais 410. Os exemplos são mais uma vez o Rastreador de Asma 420A e o Gerenciador de MS 420B. Pela seleção desses aplicativos, esses aplicativos podem ser lançados. Note-se que esses aplicativos podem ser fornecidos em conjunto com os tratamentos com marca registrada. Por exemplo, o Rastreador de Asma 420A pode ser fornecido em associação com uma droga para asma de marca registrada e o Gerenciador de MS 420B pode ser fornecido em associação com uma droga MS de marca registrada. Alternativamente, e como ilustrado na figura 4, o usuário pode navegar para os aplicativos subordinados adicionais que interfaceiam com o aplicativo principal. O usuário pode registrar os teclados 430 para buscar para novos aplicativos. Alternativamente, o usuário pode navegar para novos aplicativos 440 a partir de uma hierarquia de seleção. A hierarquia de seleção pode ser organizada pela área de terapia 450A, pelo editor de aplicação 450B, por popularidade 450C ou aifabeticamente 450D. A autorização de um médico, farmacêutico e/ou outro profissional licenciado pode ser necessária a fim de o usuário acessar o aplicativo subordinado e/ou partes do aplicativo subordinado. [0075] Gerenciar Meus Aplicativos 260 pode opcionalmente incluir outra funcionalidade além da adição e remoção simples de aplicativos, tal como alteração de configurações ou gerenciamento de transações financeiros relacionadas com os aplicativos tal como, se necessário, a compra de um aplicativo ou pagamento de uma taxa mensal para uso de um aplicativo. [0076] No entanto, a figura 4 simplesmente ilustra a perspectiva de usuário de como a interação e distribuição de aplicativos é manuseada. Informação adicional relacionada com a distribuição de aplicativos, intercâmbio de informação entre os aplicativos, e coleta e análise de dados serão discutidos com relação à figura 7, abaixo. [0077] A figura 5 é um fluxograma de um processo pelo qual um portal de aplicativos de cuidados médicos permuta informação com um dispositivo de computação móvel. [0078] No bloco 510, uma solicitação de acesso a um aplicativo de cuidados médicos em um portal de aplicativo de cuidados médicos para um usuário de um dispositivo de computação móvel é recebida. O cliente 140 pode solicitar acesso a um "armazenador de aplicativo" ou receber um código QR de um médico ou farmacêutico para carregar um sitio da rede que facilita o acesso a um aplicativo. Dessa forma, um paciente pode solicitar acesso a um aplicativo de cuidados médicos de interesse propriamente dito, ou uma solicitação de acesso para um aplicativo de cuidados médicos pode ser realizado em seu nome, tal como por um médico, farmacêutico, companhia farmacêutica, seguradora, ou outra parte que possui uma razão para se acreditar que o aplicativo é relevante para o paciente. Tal armazenador de aplicativo pode ser hospedado pelo sistema de computação 100, ou, alternativamente por outra inf raes trutura adequada, tal como um ou mais servidores de rede configurada adequadamente. [0079] No bloco 520, o acesso é fornecido para o usuário do dispositivo de computação móvel para o aplicativo de cuidados médicos pelo portal de aplicativo de cuidados médicos. Por exemplo, o portal de aplicativo de cuidados médicos pode permitir que um dispositivo de computação móvel descarregue um aplicativo de cuidados médicos associados com um composto farmacêutico particular ou monitorar uma condição médica particular. O portal também pode fornecer acesso ao aplicativo de cuidados médicos online, tal como por uma página da rede em um navegador da rede. Em geral, como discutido acima, os aplicativos podem residir no dispositivo móvel, em um servidor, ou podem ser distribuídos, de modo que várias formas existam para o portal de aplicativo de cuidados médicos para permitir o acesos pelo usuário ao aplicativo de cuidados médicos. [0080] No bloco 530, a informação médica relevante ao usuário é obtida, de modo que pelo menos uma parte da informação médica seja recebida como registro de um usuário através do aplicativo de cuidados médicos. O cliente 140 pode fornecer informação para o sistema de computação 100 registrando informação no aplicativo. Tal informação pode incluir informação sobre seriedade de asma, como ilustrado na figura 3. No entanto, a informação também pode incluir informação dos sensores, tal como informação de temperatura ou poluição, ou informação de outras entidades tal como os dados de prescrição de varejo 110, dados de prescrição longitudinais 112, dados de elemento de prescrição de referência 114 e dados de compra farmacêutica 116, como discutido com relação à figura 1.

No bloco 540, a informação médica é analisada para realizar uma determinação médica relacionada com o usuário. O processo de análise é discutido acima, e envolve o processamento da informação médica utilizando o módulo de processamento de dados 110 e possivelmente o módulo de classificação estatística 120 para processar os dados. Como notado previamente, a informação sobre o cliente 140 pode ser comparada para agregar medidas de outros dados médicos, tal como médias. [0082] No bloco 550, a determinação médica é reportada para um elemento de tomada de decisão médica para ação adicional, através do aplicativo de cuidados médicos. Nesse contexto, um elemento de tomada de decisão médica pode incluir uma variedade de partes em potencial que podem tomar decisões referentes ao curso de tratamento de usuário. No entanto, as determinações médicas são apenas um tipo de determinação que pode ser tomada, e tipos alternativos de determinações que podem ser tomadas serão discutidos com relação à implementação alternativa discutida com relação à figura 7 . O paciente propriamente dito é considerado um tomador de decisão médica na maior parte dos casos, visto que o paciente pode realizar escolhas de cuidado com a saúde com base na determinação médica. No entanto, outras partes podem operar no papel de tomador de decisão médica. Por exemplo, para um paciente que é uma criança, os pais ou guardião da criança pode ser um tomador de decisão médica. Adicionalmente, os tomadores de decisão médica podem incluir médicos, enfermeiras, farmacêuticos, e outros profissionais de saúde e também agentes de seguradora em potencial. Pelo reporte da determinação médica para um tomador de decisão médica, o tomador de decisão média pode realizar ações adequadas para avançar o cuidado médico do paciente. O reporte pode ser realizado pelo módulo de relatório 122. Por exemplo, a determinação médica pode ser uma sugestão que o paciente marque uma consulta médica ou altere um plano de cuidado. A determinação médica também pode incluir uma determinação que o usuário deve acessar um aplicativo de cuidados médicos para tratar uma condição médica. Por exemplo, uma implementação pode recomendar um aplicativo de rastreamento de pressão sanguínea para um médico para sugerir para um paciente que tem hipertensão. [0083] A figura 6 é um diagrama em bloco ilustrando um sistema ilustrativo para o gerenciamento de permuta de informação segura entre os aplicativos em um dispositivo móvel. Por exemplo, tal sistema pode incluir um módulo, Portal de Aplicativo Médico IMS 610, que gerencia a permuta de informação segura entre os aplicativos em um dispositivo móvel. O Portal de Aplicativo Médico IMS 610 propriamente dito, em determinadas implementações, pode ser hospedado no dispositivo móvel ou pode ser acessado por um portal da rede. O Portal de Aplicativo Médico IMS 610 é um aplicativo com funcionalidade embutida, mas não é apenas um único aplicativo. O Portal de Aplicativo Médico IMS 610 é um ambiente móvel seguro que integra aplicativos de terceira parte em um ambiente seguro. Permite o compartilhamento seguro de informação de saúde sensivel através dos aplicativos. Adicionalmente, conecta diretamente os sistemas de registros médicos eletrônicos (EMR) , e não apenas através de correio eletrônico, para promover a permuta de informação. Adicionalmente, o Portal de Aplicativo Médico IMS 610 pode agir como um circuito de acesso de informação para receber dados médicos e direcionar esses dados entre os aplicativos. [0084] Os dados médicos que são direcionados podem ser obtidos a partir de um ou mais aplicativos 620A, 620B...620N. O Portal de Aplicativo Médico IMS 610 pode ter uma variedade de componentes que ajudam a facilitar o intercâmbio de informação. Esses componentes podem incluir módulos consistindo de software e/ou hardware adequados para realizar suas funções designadas. O Portal de Aplicativo Médico IMS 610 pode incluir um integrador de aplicativo 630, um módulo de segurança de portal 640, um módulo de funcionalidade de portal 660, e um módulo de compartilhamento de porta 670. O módulo de segurança de portal 640 pode incluir adicionalmente um anonimato de informação 650. O Portal de Aplicativo Médico IMS 610 pode comunicar adicionalmente com o sistema de computador 100 como descrito na figura 1. O Portal de Aplicativo Médico IMS 610 pode ter também a capacidade de interfacear diretamente com um sistema EMR 680 para permitir o acesso à informação médica de forma eficiente. [0085] O integrador de aplicativo 630 gerencia a integração de um ou mais aplicativos 620A, 620B,...,620N no Portal de Aplicativo Médico IMS 610. O integrador de aplicativo 630 garante que o usuário pode acessar e interagir com aplicativos adequados que correspondem às suas necessidades. Adicionalmente, o módulo de segurança de portal 640 garante que os dados médicos operados mediante o Portal de Aplicativo Médico IMS 610 permaneçam seguros. Como discutido acima, o módulo de segurança de portal 640 garante que as exigências de privacidade e segurança sejam respeitadas, de modo que os aplicativos individuais não acessem informação que não devam e os dados permaneçam seguros à medida que os aplicativos compartilham os mesmos um com o outro. Parte da operação do módulo de segurança de portal 640 pode, opcionalmente, ser realizada pelo anonimato de informação 650, que pode filtrar a informação fornecida pelos aplicativos 620A, 620B,...,620N para garantir que nenhum aplicativo deva receber informação que não tem direito de receber. [0086] O Portal de Aplicativo Médico IMS 610 pode incluir também um módulo de funcionalidade de portal 660. O módulo de funcionalidade de portal 660 fornece as funções básicas do Portal de Aplicativo Médico IMS 610, tal como ferramentas de saúde apresentadas como itens 220 e 230A-E na figura. Adicionalmente, o Portal de Aplicativo Médico IMS 610 pode incluir um módulo de compartilhamento de portal 670. O módulo de compartilhamento de portal 670 gerencia o intercâmbio de dados entre aplicativos. Por exemplo, gerencia o intercâmbio de dados pela coleta e armazenamento de informação de forma centralizada que recebe do aplicativo 620A, e se o módulo de segurança de portal 640 indica que é adequado para fazer isso, compartilha informação com outro aplicativo 620B subsequentemente. [0087] A figura 7 é um fluxograma de um processo pelo qual um portal de aplicativos de cuidados médicos gerencia o acesso a e garante o intercâmbio de informação entre múltiplos aplicativos de cuidados médicos. [0088] No bloco 710, uma implementação fornece acesso a um primeiro aplicativo médico. Mais especificamente, um usuário é fornecido com acesso a um primeiro aplicativo médico em um dispositivo móvel, onde o aplicativo é relevante para uma condição médica do usuário. Deve-se notar que o primeiro aplicativo médico pode ser escolhido como sendo relevante para uma condição médica especifica do usuário, tal como hepatite ou fibrose cistica, ou a condição médica geral do usuário, que pode incluir a saúde geral do usuário. Um exemplo de como essa etapa pode ocorrer é ilustrado nas figuras 2 e 3. Um portal de aplicativo médico pode fornecer acesso a um usuário para um aplicativo médico. Por exemplo, o Portal de Aplicativo Médico IMS 200 pode facilitar acesso para um usuário a um aplicativo especifico, tal como o Rastreador de Asma 250A. O acesso pelo usuário ao Rastreador de Asma 250A é ilustrado através de algumas apresentações de tela de amostra na figura 3. O portal pode fornecer acesso ao primeiro aplicativo médico de várias formas. O portal pode descarregar o aplicativo médico para um dispositivo de cliente. Alternativamente, o aplicativo médico pode ser fornecido em um navegador da rede, tal como através de um plug-in ou através de tecnologia de script. Um aspecto adicional dessa parte do processo de uma implementação é que em geral, o aplicativo é escolhido para o usuário por um profissional de cuidados de saúde como sendo relevante a uma condição médica do usuário. Por exemplo, o neurologista do usuário pode prescrever o Gerenciador MS 250B para uso por um usuário. No entanto, os aplicativos de cuidados com a saúde podem ser prescritos por outros provedores de cuidados de saúde, além de outros profissionais envolvidos no processo de cuidados com a saúde. Pode ser notado que em uma variação dessa implementação de método, é certamente possível que um usuário possa escolher um aplicativo médico para endereçar uma condição médica que foi diagnosticada. Por exemplo, a figura 4 ilustra uma parte da interface de usuário do Portal de Aplicativo Médico IMS que permite que o usuário "navegue para novos aplicativos" 440, "por área de terapia" 450A, "por editor de aplicativo" 450B, "por popularidade" 450C, ou "em ordem alfabética" 450D. Dessa forma, a figura 4 ilustra uma implementação na qual o usuário seleciona o aplicativo, e não é meramente designado o aplicativo pelo profissional de saúde. [0089] No bloco 720, uma implementação recebe os dados médicos. Mais especificamente, os dados médicos são recebidos do usuário, onde pelo menos uma parte dos dados médicos é recebida do usuário através do primeiro aplicativo médico em um circuito de acesso de informação fornecido pelo dispositivo móvel, os dados médicos compreendem informação privada relevante para a condição médica. A forma na qual os dados médicos são recebidos pode variar de aplicativo para aplicativo, e de implementação para implementação. Pelo menos uma parte dos dados médicos pode ser recebida do usuário através do aplicativo. Tais dados são geralmente recebidos pela permuta de informação entre o usuário e o dispositivo móvel. Por exemplo, o usuário pode utilizar uma variedade de dispositivos de registro, tal como teclado, tela de toque, microfone, botões de controle, e assim por diante para fornecer o registro em uma interface fornecida pelo aplicativo. No entanto, o aplicativo também pode ser totalmente capaz de receber dados médicos por outros meios. Por exemplo, pode ser possível que o usuário instrua o aplicativo médico a acessar arquivos, tal como registros médicos eletrônicos, que incluem informação que é relevante para o cuidado médico para o usuário. Oura informação médica pode ser fornecida por uma farmácia de varejo, um médico ou uma companhia farmacêutica. Adicionalmente, a informação médica pode ser derivada de sensores que coletam informação sobre a situação fisica dos usuários. Esses sensores podem fornecer dados de diagnóstico sobre o usuário, tal como pressão sanguínea, temperatura, oxigênio no sangue e assim por diante. A informação médica também pode incluir informação de procedimentos laboratoriais, tal como análise de uma amostra de sangue ou amostra de urina, ou um teste de laboratório para um nível de medicamento ou presença de uma doença infecciosa. Além disso, a informação médica deve incluir pelo menos alguns dados particulares, visto que implementações são projetadas para proteger tais dados. Enquanto é certamente possível se vislumbrar uma implementação que inclui apenas dados particulares, ou apenas dados não particulares, é importante que as implementações estejam cientes de quais dados devem ser acessíveis a qualquer um, e gerenciar os dados de que devem ter acesso restrito e que devem poder acessar esses dados. [0090] No bloco 730, uma implementação transmite dados médicos. Mais especificamente, os dados médicos para um depósito de informação segura para uso subsequente na geração de uma conclusão relacionada com a condição médica do usuário. Como discutido acima, os dados médicos foram recebidos do usuário através do primeiro aplicativo médico no bloco 720. No contexto da figura 1, essa etapa pode ser implementada pelo cliente 140 que hospeda o Portal de Aplicativo Médico IMS 200 transmitindo os dados médicos para o dispositivo de armazenamento 124. No entanto, os detalhes de como os dados médicos são armazenados pode variar de implementação para implementação. Um aspecto de armazenamento que é necessário é que o armazenador deva ser capaz de proteger a privacidade das partes privadas dos dados. Dessa forma, quando o acesso aos dados é subsequentemente solicitado, o depósito de informação segura deve fornecer quaisquer dados públicos para qualquer solicitante, mas apenas uma parte autenticada adequadamente deve ter acesso aos dados privados. [0091] No bloco 740, uma implementação identifica um segundo aplicativo médico. Mais especificamente, um segundo aplicativo médico é identificado que é relevante para a condição médica do usuário. O segundo aplicativo médico pode ser identificado por uma variedade de partes, como discutido acima com relação ao bloco 710, tal com pelo paciente propriamente dito. Em uma implementação, o aplicativo é identificado como sendo relacionado com uma condição médica do usuário. No entanto, variantes são possíveis. Por exemplo, o aplicativo pode ser identificado com base em outra informação de suma importante para a saúde do usuário, tal como um medicamento que o usuário toma, um dispositivo médico que o usuário usa, ou um tipo de médico com que o usuário lida. Alternativamente, a escolha do segundo aplicativo médico pode ser baseada na identidade do primeiro aplicativo médico ou em informação coletada a partir do primeiro aplicativo médico. Por exemplo, o primeiro aplicativo médico pode ser um conjunto de gerenciamento de diabetes, e resultados de laboratório coletados por esse aplicativo podem sugerir a necessidade de um aplicativo rastrear a administração de uma droga para hipertensão. [0092] No bloco 750, uma implementação autentica o segundo aplicativo médico. Mais especificamente, um segundo aplicativo médico é autenticado para fornecer acesso ao segundo aplicativo médico para os dados médicos no depósito de informação segura. Nesse estágio, o segundo aplicativo médico recebe e então utiliza a informação que tem direitos legítimos a acessar a informação privada em nome do usuário. Isso pode incluir informação tal como login e senha para uma conta de usuário, informação de identificação tal como SSN ou data de nascimento, ou outra informação de autenticação tal como padrão de swipe ou autenticação biométrica tal como impressão digital, impressão de voz ou identificação de digitalização de retina. A autenticação também pode envolver criptografia, tal como criptografia de chave pública ou chave privada, que pode estabelecer uma conexão segura para informação acessada pelo segundo aplicativo médico. A autenticação fornecerá geralmente o segundo aplicativo médico com acesso à informação pública do usuário, além de pelo menos uma parte da informação privada. [0093] No bloco 760, uma implementação compartilha dados médicos. Mais especificamente, os dados médicos são compartilhados com o segundo aplicativo médico autenticado. Como discutido, o segundo aplicativo médico por esse estágio estabeleceu que está intitulado a uma determinada parte dos dados médicos do usuário, e pode ter realizado as etapas tal como criptografia para ajudar a garantir que quando os dados médicos são compartilhados terceiras partes que não são intituladas a acessar os dados não possam escutar e obter acesso inadequado aos dados. Em geral, essa etapa opera de modo que o segundo aplicativo médico solicite os dados médicos do depósito de informação segura como parte de sua operação. Dessa forma, se o primeiro aplicativo médico armazenar leituras dos níveis e açúcar no sangue que o usuário realizou, o segundo aplicativo médico pode, subsequentemente, acessar essa informação e utilizar a mesma no contexto de outro aplicativo. [0094] No bloco 770, uma implementação utiliza os dados médicos. Mais especificamente, os dados médicos são utilizados pelo segundo aplicativo médico para gerar uma conclusão relacionada à condição médica do usuário. A conclusão pode ser uma conclusão factual ou uma recomendação. A conclusão pode ser uma conclusão que auxilia no tratamento da condição médica do usuário. Por exemplo, a conclusão pode ser uma dentre um diagnóstico, uma determinação de que um usuário deve iniciar uma terapia em particular, uma determinação que um usuário deva interromper uma terapia particular, uma determinação de que o usuário deve alterar um plano de cuidados, uma determinação de que o usuário deva acessar um aplicativo de cuidados médicos para o tratamento de uma condição médica, ou uma determinação de que o usuário deva programar uma consulta com um profissional médico. Por exemplo, a conclusão pode fornecer informação para auxiliar no tratamento da condição médica do usuário. Como outro exemplo, o aplicativo pode sugerir uma variedade de intervenções médicas, tal como o uso de uma droga ou dispositivo médico, uma mudança de dieta, um procedimento laboratorial, uma consulta médica, uma cirurgia, e assim por diante. [0095] No entanto, as implementações podem utilizar os dados médicos para uma ampla variedade de finalidades, e o uso de dados médicos não precisa ser limitada exclusivamente simplesmente para fornecer diagnósticos ou recomendações de tratamento. Na verdade, como foi discutido extensamente por todo esse aplicativo, os dados médicos podem ser utilizados por um aplicativo tal como o segundo aplicativo médico para levar vantagem de muitas conclusões uteis que podem ser derivadas dos dados médicos, tanto com relação ao usuário especifico quanto com relação às populações maiores às quais o usuário pertence. Por exemplo, tais conclusões podem ser uteis para ajudar a manter as decisões comerciais. [0096] Dessa forma, enquanto preocupações com a privacidade precisam ser respeitadas, dados médicos sobre os usuários individuais podem ser utilizados não apenas para tratamento, mas também para outras finalidades incluindo pesquisa médica e farmacêutica, e também outros aplicativos variando de aplicação da lei a comercialização. Adicionalmente, é possível se comparar os dados médicos para usuários individuais para dados médicos que foram agregados para grupos de usuários. Enquanto essa abordagem foi discutida acima, é possível se agregar dados para populações de usuários, e obter estatísticas tal como várias médias ou outras métricas sobre a população, e derivar conclusões com base em tais comparações. Exemplos de tais usos dos dados foram discutidos acima. Em geral, enquanto as implementações podem utilizar os dados médicos e seu contexto para aperfeiçoar as recomendações de cuidados médicos e resultados, que não é o único uso dos dados médicos e implementações devem ser compreendidas como incluindo qualquer uso de dados médicos que sejam uteis para um participante no processo de cuidados com a saúde, que podem ser fornecidos pela operação do segundo aplicativo médico nos dados médicos. [0097] Implementações da presente matéria e operações funcionais descritas nessa especificação podem ser implementadas em um conjunto de circuito elétrico digital, em software ou firmware de computador implementado de forma tangivel, em hardware de computador, incluindo as estruturas descritas nessa especificação e suas equivalências estruturais, ou em combinações de um ou mais dos mesmos. As implementações da presente matéria descrita nessa especificação podem ser implementadas como um ou mais programas de computador, isso é, um ou mais módulos de instruções de programa de computador codificadas em um portador de programa não transitório tangivel para execução por, ou para controlar a operação do aparelho de processamento de dados. O meio de armazenamento em computador pode ser um dispositivo de armazenamento legivel por máquina, um substrato de armazenamento legivel por máquina, um dispositivo de memória de acesso serial ou randômico, ou uma combinação de um ou mais dos mesmos. [0098] O termo "aparelho de processamento de dados" se refere a hardware de processamento de dados e engloba todos os tipos de aparelhos, dispositivos e máquinas para processamento de dados, incluindo, por meio de exemplo, um processador programável, um computador, ou múltiplos processadores ou computadores. O aparelho também pode ser ou incluir adicionalmente conjunto de circuito lógico de finalidade especial, por exemplo, a unidade de processamento central (CPU), um FPGA (conjunto de porta programável em campo) ou um ASIC (circuito integrado especifico de aplicativo). Em algumas implementações, o aparelho de processamento de dados e/ou conjunto de circuito lógico de finalidade especial pode ser baseado em hardware e/ou baseado em software. O aparelho pode incluir opcionalmente um código que cria um ambiente de execução para programas de computador, por exemplo, código que constitui o firmware de processador, uma pilha de protocolo, um sistema de gerenciamento de base de dados, um sistema operacional, ou uma combinação de um ou mais dos mesmos. A presente descrição contempla o uso de aparelhos de processamento de dados com ou sem sistemas operacionais convencionais, por exemplo, Linux, UNIX, Windows, Mac OS, Android, iOS ou qualquer outro sistema operacional convencional adequado. [0099] Um programa de computador, que também pode ser referido como ou descrito como um programa, software, um aplicativo de software, um módulo, um módulo de software, um script, ou código, pode ser escrito de qualquer forma de linguagem de programação, incluindo linguagens compiladas ou interpretadas, ou linguagens de declaracao ou procedimento, e pode ser desenvolvido em qualquer forma, incluindo um programa independente, ou um módulo, componente, sub-rotina, ou outra unidade adequada para uso em um ambiente de computação. Um programa de computador pode, mas não precisa, corresponder a um arquivo em um sistema de arquivos. Um programa pode ser armazenado em uma parte de um arquivo que mantém outros programas ou dados, por exemplo, um ou mais scripts armazenado sem um documento de linguagem de marcação, em um único arquivo dedicado para o programa em questão, ou em múltiplos arquivos coordenados, por exemplo, arquivos que armazenam um ou mais módulos, subprogramas, ou partes de código. Um programa de computador pode ser desenvolvido para ser executado em um computador ou em múltiplos computadores que são localizados em um local ou distribuídos através de múltiplos locais e interconectados por uma rede de comunicação. Enquanto partes dos programas ilustradas em várias figuras são ilustradas como módulos individuais que implementam as várias características e funcionalidade através de vários objetos, métodos ou outros processos, os programas podem, ao invés disso, incluir um número de submódulos, serviços de terceiras partes, componentes, bibliotecas e tais, como adequado. Inversamente, as características e funcionalidade de vários componentes podem ser combinadas em componentes únicos como adequado. [00100] Os processos e fluxos lógicos descritos nessa especificação podem ser realizados por um ou mais computadores programáveis executando um ou mais programas de computador para realizar as funções pela operação de dados de entrada e geração de saida. Os processos e fluxos lógicos também podem ser realizados por, e o aparelho também pode ser implementado como, um conjunto de circuito lógico de finalidade especial, por exemplo, uma unidade de processamento central (CPU), um FPGA (conjunto de porta programável em campo), ou um ASIC (circuito integrado especifico de aplicativo). [00101] Computadores adequados para a execução de um programa de computador incluem, por meio de exemplo, ou podem ser baseados em microprocessadores de finalidade geral ou especial ou ambos, ou qualquer outro tipo de unidade de processamento central. Geralmente, uma unidade de processamento central receberá instruções e dados de uma memória de leitura apenas ou uma memória de acesso randômico ou ambas. Os elementos essenciais de um computador são uma unidade de processamento central para realização ou execução de instruções e um ou mais dispositivos de memória para o armazenamento de instruções e dados. Geralmente, um computador também pode incluir, ou pode ser acoplado de forma operacional par receber dados de ou transferir dados para, ou ambos, um ou mais dispositivos de armazenamento em massa para o armazenamento de dados, por exemplo, discos magnéticos, disco magneto-óticos ou discos óticos. No entanto, um computador não precisa ter tais dispositivos. Ademais, um computador pode ser embutido em outro dispositivo, por exemplo, um telefone móvel, um assistente digital pessoal (PDA), um aparelho de áudio ou video móvel, um console de jogos, um receptor do Sistema de Posicionamento Global (GPS), ou um dispositivo de armazenamento portátil, por exemplo, um flash drive de barramento serial universal (USB), para citar apenas alguns. [00102] O meio legível por computador (transitório ou não transitório, como adequado) adequado para armazenamento de instruções de programa de computador e dados inclui todas as formas de memória não volátil, midia e dispositivos de memória, incluindo, por meio de exemplo, dispositivos de memória semicondutora, por exemplo, EPROM, EEPROM, e dispositivos de memória flash; discos magnéticos, por exemplo, discos rígidos internos ou discos removíveis; discos magneto-óticos, e CD-ROM e DVD-ROM. A memória pode armazenar vários objetos ou dados, incluindo armazenadores temporários, classes, estruturas de trabalho, aplicativos, dados de suporte, tarefas, páginas de rede, gabaritos de página de rede, tabelas de base de dados, depósitos armazenando informação comercial e/ou dinâmica e qualquer informação adequada incluindo quaisquer parâmetros, variáveis, algoritmos, instruções, regras, restrições ou referências. Adicionalmente, a memória pode incluir qualquer outro dado adequado, tal como arquivos, políticas, dados d segurança ou acesso, arquivos de relatório, além de outros. O processador e a memória podem ser suplementados por, ou incorporados em um conjunto de circuito lógico de finalidade especial.

[00103] Para fornecer a interação com um usuário, as implementações da presente matéria descrita nessa especificação pode ser implementada em um computador possuindo um dispositivo de exibição, por exemplo, um CRT (tubo de raio catodo), LCD (monitor de cristal liquido) ou monitor de plasma para exibir a informação para o usuário e um teclado e um dispositivo para apontar, por exemplo, um mouse ou um trackball, pelo qual o usuário pode fornecer registro para o computador. Outros tipos de dispositivos podem ser utilizados para fornecer a interação com um usuário também; por exemplo, o retorno fornecido para o usuário pode ser qualquer forma de retorno sensorial, por exemplo, retorno visual, retorno auditivo, ou retorno tátil; e o registro do usuário pode ser recebido em qualquer forma, incluindo registro acústico, de fala ou tátil. Adicionalmente, um computador pode interagir com um usuário pelo envio de documentos para e recebimento de documentos de um dispositivo que é utilizado pelo usuário; por exemplo, pelo envio de páginas da rede para um navegador da rede em um dispositivo de cliente de usuário em resposta às solicitações recebidas do navegador de rede. [00104] O termo "interface de usuário gráfica" ou GUI, pode ser utilizado no singular ou plural para descrever uma ou mais interfaces de usuário gráficas e cada um dos monitores de uma interface de usuário gráfica particular. Portanto, uma GUI pode representar qualquer interface de usuário gráfica, incluindo, mas não limitado a um navegador de rede, uma tela de toque, ou uma interface de linha de comando (CLI) que processa informação e apresenta de forma eficiente os resultados da informação para o usuário. Em geral, uma GUI pode incluir uma pluralidade de elementos de interface de usuário (UI), alguns ou todos associados com um navegador da rede, tal como campos de interação, listas pendentes, e botões operáveis pelo usuário do conjunto comercial. Esses e outros elementos UI podem ser relacionados ou representar as funções do navegador de rede. [00105] As implementações da presente matéria descrita nessa especificação podem ser implementadas em um sistema de computação que inclui um componente de extremidade traseira, por exemplo, como um servidor de dados, ou que inclui um componente de middleware, por exemplo, um servidor de aplicativo, ou que inclua um componente de extremidade dianteira, por exemplo, um computador de cliente possuindo uma interface de usuário gráfica ou um navegador de Rede através do qual um usuário pode interagir com uma implementação da presente matéria descrita nessa especificação, ou qualquer combinação de um ou mais dos componentes de extremidade traseira, middleware ou extremidade dianteira. Os componentes do sistema podem ser interconectados por qualquer forma ou meio de comunicação de dados digital, por exemplo, uma rede de comunicação. Exemplos de redes de comunicação incluem uma rede de área local (LAN), uma rede de área ampla (WAN), por exemplo, a Internet, uma rede de área local sem fio (WLAN). [00106] O sistema de computação pode incluir clientes e servidores. Um cliente e servidor são geralmente remotos um do outro e tipicamente interagem através de uma rede de comunicação. A relação do cliente e servidor surge em virtude dos programas de computador rodando em computadores respectivos e possuindo uma relação de cliente e servidor um com o outro. [00107] Produtos farmacêuticos em várias implementações não precisam necessariamente ser muito controlados, e os métodos apresentados aqui aplicam igualmente a drogas vendidas no balcão ou até mesmo potencialmente a preparações herbáceas ou suplementos nutricionais que possuem o potencial a terem um impacto no tratamento médico. O uso de St. John's Wort para tratar um paciente com depressão clinica pode ser considerado por uma implementação, como também um suplemento nutricional tal como óleo de peixe ou uma prescrição para antidepressivo. [00108] Enquanto essa especificação contém muitos detalhes de implementação específicos, os mesmos não devem ser considerados como limitações do escopo de qualquer invenção do escopo do que pode ser reivindicado, mas, ao invés disso, como descrições das características que podem ser especificas às implementações particulares de invenções particulares. Determinadas características que são descritas nessa especificação no contexto de implementações separadas também podem ser implementadas em combinação em uma implementação única. Inversamente, várias características que são descritas no contexto de uma única implementação também podem ser implementadas em múltiplas implementações separadamente ou em qualquer subcombinação adequada. Ademais, apesar de as características poderem ser descritas acima como agindo em determinadas combinações e mesmo inicialmente reivindicadas como tal, uma ou mais características de uma combinação reivindicada podem, em alguns casos, ser retiradas da combinação, e a combinação reivindicada pode ser direcionada para uma subcombinação ou variação de uma subcombinação. [00109] De forma similar, enquanto as operações são apresentadas nos desenhos em uma ordem em particular, isso não deve ser compreendido como exigindo que tais operações sejam realizadas na ordem particular ilustrada ou na ordem sequencial, ou que todas as operações ilustradas sejam realizadas, para se alcançar os resultados desejáveis. Em determinadas circunstâncias, o processamento de multitarefa e processamento paralelo podem ser uteis. Ademais, a separação de vários módulos de sistema e componentes nas implementações descritas acima não deve ser compreendida como exigindo tal separação em todas as implementações, e deve ser compreendido que os componentes de programa descrito e sistemas podem geralmente ser integrados juntos em um único produto de software ou empacotados em múltiplos produtos de software. [00110] Implementações particulares da presente matéria foram descritas. Outras implementações, alterações e permutas das implementações descritas estão dentro do escopo das reivindicações a seguir como será aparente aos versados na técnica. Por exemplo, as ações recitadas nas reivindicações podem ser realizadas em uma ordem diferente e ainda alcançar os resultados desejados. [00111] De acordo, a descrição acima das implementações ilustrativas não define nem restringe essa descrição. Outras mudanças, substituições, e alterações também são possíveis sem se distanciar do espirito e escopo dessa descrição.

Claims (21)

1. Método implementado por computador realizado por um portal de aplicativo de cuidados médicos, compreendendo: prover a um usuário acesso a um primeiro aplicativo médico em um dispositivo móvel, onde o primeiro aplicativo médico é relevante para uma condição médica do usuário; receber os dados médicos, onde pelo menos uma parte dos dados médicos é recebida do usuário através do primeiro aplicativo médico em um circuito de acesso de informação fornecido pelo dispositivo móvel, os dados médicos compreendendo informação privada relevante para a condição médica; transmitir os dados médicos para um depósito de informação seguro para uso subsequente na geração de uma conclusão relacionada com a condição médica do usuário; identificar um segundo aplicativo médico que é relevante para condição médica do usuário; autenticar o segundo aplicativo médico para fornecer acesso a segundo aplicativo médico para os dados médicos no depósito de informação seguro; compartilhar os dados médicos com o segundo aplicativo médico autenticado; e utilizar os dados médicos pelo segundo aplicativo médico para gerar uma conclusão relacionada com a condição médica do usuário.

2. Método implementado por computador, de acordo com a reivindicação 1, no qual a conclusão é uma conclusão que auxilia no tratamento da condição médica do usuário.

3. Método implementado por computador, de acordo com a reivindicação 2, no qual a conclusão é uma dentre: um diagnóstico, uma determinação de que um usuário deve iniciar uma terapia em particular, u determinação de que um usuário deve interromper uma terapia em particular, uma determinação de que o usuário deve alterar um plano de cuidados, uma determinação de que o usuário deve acessar um aplicativo de cuidados médicos para tratar uma condição médica, ou uma determinação de que o usuário deve programar uma consulta com um profissional médico.

4. Método implementado por computador, de acordo com a reivindicação 1, no qual a conclusão é informação que ajuda um participante no processo de cuidado com a saúde para tomar uma decisão comercial.

5. Método implementado por computador, de acordo com a reivindicação 1, no qual a conclusão é baseada pelo menos em parte na comparação de dados médicos para o usuário com dados médicos agregados não identificados obtidos de outros usuários.

6. Método implementado por computador, de acordo com a reivindicação 1, no qual o primeiro aplicativo de cuidados médicos é associado com um composto farmacêutico particular, uma condição médica particular, um fabricante farmacêutico particular, ou um profissional de saúde em particular.

7. Método implementado por computador, de acordo com a reivindicação 1, no qual pelo menos uma parte da informação médica é obtida de dados recebidos de pelo menos um dentre um sistema de registros médicos eletrônico, um sistema de registros de reivindicações médicas, um sistema de registros de farmácia varejista, um sistema de registros de profissional de cuidados médicos, um sistema de registros de companhia farmacêutica ou um sensor acoplado de forma comunicativa ao dispositivo de computação móvel.

8. Sistema, compreendendo: um ou mais computadores e um ou mais dispositivos de armazenamento armazenando instruções que são operáveis, quando executadas por um ou mais computadores, para fazer com que um ou mais computadores realizem as operações compreendendo: fornecer a um usuário acesso a um primeiro aplicativo médico em um dispositivo médico, onde o primeiro aplicativo médico é relevante para uma condição médica do usuário; receber dados médicos, onde pelo menos uma parte dos dados médicos é recebida do usuário através do primeiro aplicativo médico em um circuito de acesso de informação fornecido pelo dispositivo móvel, os dados médicos compreendendo informação privada relevante para a condição médica; transmitir os dados médicos para um depósito de informação seguro para uso subsequente na geração de uma conclusão relacionada com a condição médica do usuário; identificar um segundo aplicativo médico que é relevante à condição médica do usuário; autenticar o segundo aplicativo médico para fornecer acesso ao segundo aplicativo médico para os dados médicos no depósito de informação seguro; compartilhar os dados médicos com o segundo aplicativo médico autenticado; e utilizar os dados médicos pelo segundo aplicativo médico para gerar uma conclusão relacionada com a condição médica do usuário.

9. Sistema, de acordo com a reivindicação 8, no qual a conclusão é uma conclusão que auxilia no tratamento da condição médica do usuário.

10. Sistema, de acordo com a reivindicação 9, no qual a conclusão é uma dentre um diagnóstico, uma determinação de que um usuário deve iniciar uma terapia em particular, uma determinação de que um usuário deve interromper uma terapia em particular, uma determinação de que o usuário deve alterar um plano de cuidados, uma determinação de que o usuário deve acessar um aplicativo de cuidados médicos para tratar uma condição médica, ou uma determinação de que o usuário deve programar uma consulta com um profissional médico.

11. Sistema, de acordo com a reivindicação 8, no qual a conclusão é a informação que ajuda um participante no processo de cuidados com a saúde para tomar uma decisão comercial.

12. Sistema, de acordo com a reivindicação 8, no qual a conclusão é baseada pelo menos em parte comparando os dados médicos para o usuário com os dados médicos agregados não identificados obtidos para outros usuários.

13. Sistema, de acordo com a reivindicação 8, no qual o primeiro aplicativo de cuidados médicos é associado com um composto farmacêutico em particular, uma condição médica em particular, um fabricante farmacêutico em particular, ou um profissional de saúde em particular.

14. Sistema, de acordo com a reivindicação 8, no qual pelo menos uma parte da informação médica é obtida a partir de dados recebidos de pelo menos um dentre um sistema de registros médicos eletrônicos, um sistema de registros de reivindicações médicas, um sistema de registros de farmácia varejista, um sistema de registros de profissional de saúde, um sistema de registros de companhia farmacêutica, ou um sensor comunicativamente acoplado ao dispositivo de computação móvel.

15. Meio legivel por computador não transitório armazenando software compreendendo instruções executáveis por um ou mais computadores que, mediante tal execução, fazem com que um ou mais computadores realizem as operações compreendendo: prover a um usuário, acesso a um primeiro aplicativo médico em um dispositivo móvel, onde o primeiro aplicativo médico é relevante para uma condição médica do usuário; receber os dados médicos, onde pelo menos um parte dos dados médicos é recebida do usuário através do primeiro aplicativo médico em um circuito de acesso de informação fornecido pelo dispositivo móvel, os dados médicos compreendendo informação privada relevante para a condição médica; transmitir os dados médicos para um depósito de informação seguro para uso subsequente na geração de uma conclusão relacionada com a condição médica do usuário; identificar um segundo aplicativo médico que é relevante para a condição médica do usuário; autenticar o segundo aplicativo médico para fornecer acesso ao segundo aplicativo médico para os dados médicos no depósito de informação seguro; compartilhar os dados médicos com o segundo aplicativo médico autenticado; e utilizar os dados médicos pelo segundo aplicativo médico para gerar uma conclusão relacionada com a condição médica do usuário.

16. Meio, de acordo com a reivindicação 15, no qual a conclusão é uma conclusão que auxilia no tratamento da condição médica do usuário.

17. Meio, de acordo com a reivindicação 16, no qual a conclusão é uma dentre um diagnóstico, uma determinação de que um usuário deve iniciar uma terapia em particular, uma determinação de que um usuário deve interromper uma terapia em particular, uma determinação de que o usuário deve alterar um plano de cuidado, uma determinação de que o usuário deve acessar um aplicativo de cuidados médicos para tratar uma condição médica, ou uma determinação de que o usuário deve programar uma consulta com um profissional médico.

18. Meio, de acordo com a reivindicação 15, no qual a conclusão é informação que ajuda um participante no processo de cuidados médicos para tomar uma decisão comercial.

19. Meio, de acordo com a reivindicação 15, qual a conclusão é baseada pelo menos em parte na comparação dos dados médicos para o usuário com dados médicos agregados não identificados obtidos para outros usuários.

20. Meio, de acordo com a reivindicação 15, no qual o primeiro aplicativo de cuidados médicos é associado com um composto farmacêutico em particular, uma condição médica particular, um fabricante farmacêutico particular, ou um profissional de saúde em particular.

21. Meio, de acordo com a reivindicação 15, no qual pelo menos uma parte da informação médica é obtida a partir de dados recebidos de pelo menos um dentre um sistema de registros médicos eletrônicos, um sistema de registros de reivindicações médicas, um sistema de registros de farmácia varejista, um sistema de registros de profissional de cuidados com a saúde, um sistema de registros de companhia farmacêutica ou um sensor comunicativamente acoplado ao dispositivo de computação móvel.