BR112020021446A2 - Associação retroativa de dados de dispositivo médico, sistema, aparelhos e métodos - Google Patents
Associação retroativa de dados de dispositivo médico, sistema, aparelhos e métodos Download PDFInfo
- Publication number
- BR112020021446A2 BR112020021446A2 BR112020021446-9A BR112020021446A BR112020021446A2 BR 112020021446 A2 BR112020021446 A2 BR 112020021446A2 BR 112020021446 A BR112020021446 A BR 112020021446A BR 112020021446 A2 BR112020021446 A2 BR 112020021446A2
- Authority
- BR
- Brazil
- Prior art keywords
- patient
- identifier
- medical device
- data
- emr
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 239000003814 drug Substances 0.000 claims abstract description 167
- 229940079593 drug Drugs 0.000 claims abstract description 164
- 238000001802 infusion Methods 0.000 claims description 126
- 238000002560 therapeutic procedure Methods 0.000 claims description 49
- 238000011282 treatment Methods 0.000 claims description 37
- 208000001647 Renal Insufficiency Diseases 0.000 claims description 14
- 201000006370 kidney failure Diseases 0.000 claims description 14
- 230000004044 response Effects 0.000 claims description 5
- 238000002079 electron magnetic resonance spectroscopy Methods 0.000 description 172
- 238000000502 dialysis Methods 0.000 description 30
- 239000012530 fluid Substances 0.000 description 28
- 239000008280 blood Substances 0.000 description 17
- 210000004369 blood Anatomy 0.000 description 17
- 238000010586 diagram Methods 0.000 description 14
- QGZKDVFQNNGYKY-UHFFFAOYSA-N Ammonia Chemical compound N QGZKDVFQNNGYKY-UHFFFAOYSA-N 0.000 description 11
- 238000002615 hemofiltration Methods 0.000 description 11
- 210000004379 membrane Anatomy 0.000 description 11
- 239000012528 membrane Substances 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 238000001631 haemodialysis Methods 0.000 description 9
- 230000000322 hemodialysis Effects 0.000 description 9
- 210000003200 peritoneal cavity Anatomy 0.000 description 8
- 239000003053 toxin Substances 0.000 description 8
- 231100000765 toxin Toxicity 0.000 description 8
- 108700012359 toxins Proteins 0.000 description 8
- 239000000385 dialysis solution Substances 0.000 description 7
- 239000002699 waste material Substances 0.000 description 7
- 229910021529 ammonia Inorganic materials 0.000 description 6
- 230000000875 corresponding effect Effects 0.000 description 6
- 230000036541 health Effects 0.000 description 6
- WQZGKKKJIJFFOK-GASJEMHNSA-N Glucose Natural products OC[C@H]1OC(O)[C@H](O)[C@@H](O)[C@@H]1O WQZGKKKJIJFFOK-GASJEMHNSA-N 0.000 description 5
- 230000008901 benefit Effects 0.000 description 5
- 239000000243 solution Substances 0.000 description 5
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 5
- XSQUKJJJFZCRTK-UHFFFAOYSA-N Urea Chemical compound NC(N)=O XSQUKJJJFZCRTK-UHFFFAOYSA-N 0.000 description 4
- 239000004202 carbamide Substances 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000006855 networking Effects 0.000 description 4
- 108091005515 EGF module-containing mucin-like hormone receptors Proteins 0.000 description 3
- 201000011040 acute kidney failure Diseases 0.000 description 3
- 230000036772 blood pressure Effects 0.000 description 3
- 239000008103 glucose Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 239000002594 sorbent Substances 0.000 description 3
- 238000000108 ultra-filtration Methods 0.000 description 3
- 229920002177 Icodextrin Polymers 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 2
- 230000017531 blood circulation Effects 0.000 description 2
- 238000010790 dilution Methods 0.000 description 2
- 239000012895 dilution Substances 0.000 description 2
- 239000003792 electrolyte Substances 0.000 description 2
- 238000002496 oximetry Methods 0.000 description 2
- 230000002572 peristaltic effect Effects 0.000 description 2
- 238000002106 pulse oximetry Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000004448 titration Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 208000009304 Acute Kidney Injury Diseases 0.000 description 1
- 208000028399 Critical Illness Diseases 0.000 description 1
- 108091034120 Epstein–Barr virus-encoded small RNA Proteins 0.000 description 1
- 208000033626 Renal failure acute Diseases 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- -1 ammonia cation Chemical class 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000012472 biological sample Substances 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000747 cardiac effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 208000020832 chronic kidney disease Diseases 0.000 description 1
- 230000006854 communication Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000008121 dextrose Substances 0.000 description 1
- 238000002405 diagnostic procedure Methods 0.000 description 1
- 230000003467 diminishing effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 229940049774 extraneal Drugs 0.000 description 1
- 239000002880 extraneal Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- LLWFBEQLNVSCKV-DKWTVANSSA-N hydrogen carbonate;hydron;(2s)-2-hydroxypropanoate Chemical compound [H+].[H+].OC([O-])=O.C[C@H](O)C([O-])=O LLWFBEQLNVSCKV-DKWTVANSSA-N 0.000 description 1
- 230000007062 hydrolysis Effects 0.000 description 1
- 238000006460 hydrolysis reaction Methods 0.000 description 1
- 229940016836 icodextrin Drugs 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000001990 intravenous administration Methods 0.000 description 1
- 238000002642 intravenous therapy Methods 0.000 description 1
- 150000002500 ions Chemical class 0.000 description 1
- 150000002605 large molecules Chemical class 0.000 description 1
- 229920002521 macromolecule Polymers 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000002483 medication Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 239000003678 nutrineal Substances 0.000 description 1
- 230000003204 osmotic effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000009256 replacement therapy Methods 0.000 description 1
- 230000000241 respiratory effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000007958 sleep Effects 0.000 description 1
- 238000001179 sorption measurement Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 229940124597 therapeutic agent Drugs 0.000 description 1
- 239000002441 uremic toxin Substances 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 229910000166 zirconium phosphate Inorganic materials 0.000 description 1
- LEHFSLREWWMLPU-UHFFFAOYSA-B zirconium(4+);tetraphosphate Chemical compound [Zr+4].[Zr+4].[Zr+4].[O-]P([O-])([O-])=O.[O-]P([O-])([O-])=O.[O-]P([O-])([O-])=O.[O-]P([O-])([O-])=O LEHFSLREWWMLPU-UHFFFAOYSA-B 0.000 description 1
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
- G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
- G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
- G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/40—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mechanical, radiation or invasive therapies, e.g. surgery, laser therapy, dialysis or acupuncture
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/35—Communication
- A61M2205/3576—Communication with non implanted data transmission devices, e.g. using external transmitter or receiver
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/60—General characteristics of the apparatus with identification means
- A61M2205/6063—Optical identification systems
- A61M2205/6072—Bar codes
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Pathology (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Surgery (AREA)
- Urology & Nephrology (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Infusion, Injection, And Reservoir Apparatuses (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
a presente invenção refere-se a um sistema, aparelhos e método de associação retroativa de dados de dispositivo médico. em uma modalidade ilustrativa, um servidor recebe primeiros dados do dispositivo médico a partir de um dispositivo médico incluindo um identificador de dispositivo e armazena os primeiros dados do dispositivo médico em um registro não associado em uma base de dados após determinar que não existe associação entre o identificador de dispositivo e qualquer identificador de paciente ou identificador de prescrição de medicação. enquanto o dispositivo médico está administrando a medicação para o paciente, o servidor recebe uma mensagem de identificador incluindo pelo menos dois dentre o identificador de dispositivo, o identificador de paciente, e o identificador de prescrição de medicação. o servidor cria uma associação de identificador entre um registro médico do paciente e o dispositivo médico utilizando a mensagem de identificador. o servidor utiliza a associação de identificador para armazenar dados do dispositivo médico subseqüentes a partir do dispositivo médico no registro médico do paciente.
Description
Relatório Descritivo da Patente de Invenção para “ASSOCIAÇÃO RETROATIVA DE DADOS DE DISPOSITIVO MÉDICO, SISTEMA, APARELHOS E MÉTODOS”.
[001] A documentação médica é um componente crítico de um sistema de saúde. O tratamento de um paciente frequentemente é ba- seado na documentação apropriada de sua condição de saúde, dos tratamentos passados, e dos tratamentos em andamento. Em adição, a documentação de saúde de um paciente permite que diferentes clí- nicos a partir de diferentes áreas práticas visualizem o histórico médi- co de um paciente para tomar decisões totalmente informadas para aprimorar o enfoque na saúde de um paciente.
[002] Atualmente, a documentação de saúde de um paciente é armazenada em um registro médico eletrônico (“EMR”). Embora não exista formato universal, EMRs tipicamente contêm as características físicas de um paciente, parâmetros fisiológicos medidos, resultados de teste de diagnóstico, um resumo de procedimentos médicos executa- dos, e observações do clínico. Vários EMRs também incluem dados transmitidos a partir de um dispositivo médico que está proporcionan- do uma terapia para um paciente. Os dados a partir de um dispositivo médico podem incluir dados de terapia por infusão ou dados de terapia de insuficiência renal. Em alguns casos conhecidos, um clínico manu- almente informa os dados de infusão ou de diálise em um EMR.
[003] Alguns avanços recentes permitem a um servidor de EMR armazenar dados (diretamente no EMR de um paciente) que são re- cebidos a partir de um dispositivo de infusão ou de diálise. Entretanto, este armazenamento automático requer que um clínico proporcione uma associação entre o dispositivo médico, o paciente e a receita de medicação (ou prontuário médico) antes de proporcionar o tratamento. Por exemplo, para fazer uma associação, um clínico tem que utilizar uma interface de um dispositivo para abrir uma receita de medicação a partir do EMR de um paciente. O clínico pode então informar o identifi- cador de um paciente e/ou o identificador do dispositivo médico na prescrição de medicação para criar uma associação.
[004] Se uma associação não for feita, o servidor de EMR recebe os dados, mas não possuir informação de associação indicando onde os dados médicos são para ser armazenados. Como resultado, alguns servidores EMR irão descartar os dados recebidos enquanto outros servidores EMR armazenam os dados em uma localização temporária da base de dados. Para fazer uma associação após um tratamento ter começado, um clínico tem que manualmente copiar os dados recebi- dos a partir da localização temporária de armazenamento da base de dados para o EMR do paciente, o que geralmente é um processo de- morado é ineficaz. Além disso, o clínico tem que manualmente criar a associação entre o dispositivo médico e o paciente de modo que os dados mais recentemente recebidos sejam automaticamente armaze- nados no EMR do paciente.
[005] A presente invenção refere-se a sistemas, aparelhos e mé- todos para proporcionar documentação de registro médico por associ- ar dados do dispositivo médico com um registro médico do paciente (“EMR”) independente de quando um tratamento começou. Em alguns exemplos, um dispositivo médico é configurado para permitir associa- ção retroativa por exibir ou proporcionar um código indicativo de um identificador de dispositivo. Um identificador de paciente e/ou identifi- cador de medicação também pode ser digitalizado ou informado. Iden- tificadores digitalizados são transmitidos para um servidor configurado para gerenciar registros médicos de paciente. O servidor corresponde, por exemplo, um identificador de paciente digitalizado com um identifi- cador de paciente em um registro médico. Após ocorrer uma corres-
pondência, o servidor associa o identificador de dispositivo médico com o registro médico. O servidor utiliza a associação para armazenar dados do dispositivo médico possuindo o identificador de dispositivo com o registro médico do paciente.
[006] Aspectos do assunto descrito neste documento podem ser úteis sozinhos ou em combinação com um ou mais outros aspectos descritos neste documento. Sem limitar a descrição precedente, em um primeiro aspecto da presente descrição, um sistema de registro médico eletrônico inclui uma base dados armazenada em um disposi- tivo de memória, a base de dados configurada para armazenar uma prescrição de medicação junto a um registro medico eletrônico (“EMR”) de um paciente. A prescrição de medicação inclui um identifi- cador de prescrição de medicação e um identificador de paciente do paciente. O EMR do paciente inclui o identificador de paciente. O sis- tema de registro médico eletrônico também inclui um servidor comuni- cativamente acoplado com a base de dados e uma memória armaze- nando código ou instruções legíveis por máquina, que quando execu- tadas por um processador do servidor, causam que o servidor execute algumas operações. As operações incluem receber primeiros dados do dispositivo médico a partir de um dispositivo médico via uma rede, os primeiros dados do dispositivo médico incluindo um identificador do dispositivo médico. As operações também incluem determinar, em um primeiro momento, que não existe associação entre o identificador de dispositivo e qualquer identificador de paciente ou identificador de prescrição de medicação e armazenar os primeiros dados do dispositi- vo médico em um registro não associado na base de dados. As opera- ções ainda incluem receber, enquanto o dispositivo médico está admi- nistrando a medicação para o paciente, uma mensagem de identifica- dor incluindo pelo menos dois dentre o identificador de dispositivo, o identificador de paciente, e o identificador de prescrição de medicação,
e criar uma associação entre o EMR do paciente e o dispositivo médi- co por corresponder o identificador de paciente ou o identificador de prescrição de medicação da mensagem de identificador com o identifi- cador de prescrição de medicação ou com o identificador de paciente da prescrição de medicação. Adicionalmente, as operações incluem receber, em um segundo momento que é após a associação entre o EMR do paciente e o dispositivo médico, segundos dados do dispositi- vo médico a partir do dispositivo médico, os segundos dados do dispo- sitivo médico incluindo o identificador de dispositivo. Além disso, as operações incluem armazenar os segundos dados do dispositivo mé- dico junto ao EMR do paciente baseado na associação criada entre o EMR do paciente e o dispositivo médico.
[007] De acordo com um segundo aspecto da presente descri- ção, o qual pode ser utilizado em combinação com qualquer outro as- pecto listado neste documento a não ser que declarado de outro mo- do, o servidor é configurado para criar a associação entre o EMR do paciente e o dispositivo médico por pelo menos um dentre armazenar o identificador de dispositivo e pelo menos um dentre o identificador de paciente ou o identificador de prescrição de medicação com uma en- trada de um registro de associação, armazenar o identificador de dis- positivo junto ao EMR do paciente ou armazenar o identificador de dispositivo junto à prescrição de medicação do paciente.
[008] De acordo com um terceiro aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que declarado de outro modo, o servidor é configurado para, após a associação entre o EMR do paci- ente e o dispositivo médico ser criada, armazenar os primeiros dados do dispositivo médico junto ao EMR do paciente.
[009] De acordo com um quarto aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que declarado de outro modo, o servidor é configurado para causar que pelo menos um dentre o regis- tro não associado ou os primeiros dados do dispositivo médico sejam apagados da base de dados.
[0010] De acordo com um quinto aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que declarado de outro modo, o identificador de dispositivo da mensagem de identificador é determina- do por digitalizar enquanto o dispositivo médico está administrando a medicação para o paciente, via um scanner de código de barras, pelo menos um dentre caracteres alfanuméricos, um código de barras, um código de resposta rápida (“QR”).
[0011] De acordo com um sexto aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que de outro modo declarado, o servidor é configurado para receber a mensagem de identificador a partir do scanner de código de barras ou de um computador no carri- nho conectado com o scanner de código de barras.
[0012] De acordo com um sétimo aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que declarado de outro modo, o sistema de registro médico eletrônico ainda inclui uma dispositivo de interconexão de redes comunicativamente acoplado com o dispositivo médico e o servidor via a rede. O dispositivo de interconexão de redes é configurado para receber os dados do dispositivo médico a partir do dispositivo médico em um formato INTCOM ou EXTCOM, converter os dados do dispositivo médico em um formato HL7, e transmitir os dados formatados do dispositivo médico para o servidor.
[0013] De acordo com um oitavo aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que declarado de outro modo, o registro não associado é indexado na base de dados pelo identificador de dispositivo.
[0014] De acordo com um nono aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que de outro modo declarado, o dispositivo médico inclui pelo menos um dentre uma bomba de infusão ou uma máquina de terapia de insuficiência renal.
[0015] De acordo com um décimo aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que declarado de outro modo, um método de registro médico eletrônico inclui armazenar, via um proces- sador, junto a um registro médico eletrônico (“EMR”) em uma base de dados, uma prescrição de medicação de um paciente, a prescrição de medicação incluindo um identificador de prescrição de medicação e um identificador de paciente, receber, no processador, primeiros dados do dispositivo médico a partir de um dispositivo médico via uma rede, os primeiros dados do dispositivo médico inclui um identificador de dispositivo do dispositivo médico, armazenar, via o processador, os primeiros dados do dispositivo médico junto a um registro não associ- ado na base de dados após determinar que não existe associação en- tre o identificador de dispositivo e qualquer identificador de paciente ou identificador de prescrição de medicação, receber, no processador en- quanto o dispositivo médico está administrando a medicação para o paciente, uma mensagem de identificador incluindo pelo menos dois dentre o identificador de dispositivo, o identificador de paciente, e o identificador de prescrição de medicação, criar, via o processador, uma associação entre o EMR do paciente e o dispositivo médico utili- zando a mensagem de identificador, receber, no processador, após a associação entre o EMR do paciente e o dispositivo médio, segundos dados do dispositivo médico a partir do dispositivo médico, os segun- dos dados do dispositivo médico incluindo o identificador de dispositi- vo, e armazenar, via o processador, os segundos dados do dispositivo médico junto ao EMR do paciente baseado na associação criada entre o EMR do paciente e o dispositivo médico.
[0016] De acordo com um décimo primeiro aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer ou- tro aspecto listado neste documento a não ser que de outro modo de- clarado, o método ainda inclui após a associação entre o EMR do pa- ciente e o dispositivo médico ser criada, armazenar os primeiros dados do dispositivo médico junto ao EMR do paciente.
[0017] De acordo com um décimo segundo aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer ou- tro aspecto listado neste documento a não ser que de outro modo de- clarado, o método ainda inclui enquanto o dispositivo médico está ad- ministrando a medicação para o paciente, receber em uma interface do dispositivo médico, uma entrada do operador para exibir o identifi- cador de dispositivo, e causar, via o dispositivo médico, que o identifi- cador de dispositivo seja exibido em uma tela do dispositivo médico.
[0018] De acordo com um décimo terceiro aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer ou- tro aspecto listado neste documento a não ser que de outro modo de- clarado, o identificador de dispositivo é exibido via pelo menos um dentre caracteres alfanuméricos, um código de barras, ou um código de resposta rápida (“QR”).
[0019] De acordo com um décimo quarto aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer ou- tro aspecto listado neste documento a não ser que de outro modo de- clarado, o método ainda inclui receber, em um scanner de código de barras, primeira informação que é indicativa do identificador de dispo-
sitivo a partir da leitura do identificador de dispositivo exibido na tela do dispositivo médico; receber, em um scanner de código de barras, se- gunda informação que é indicativa do identificador de paciente a partir da leitura do identificador de paciente proporcionado em uma pulseira do paciente, criar, via um computador conectado com o scanner de código de barras, a mensagem de identificador, e transmitir, via o computador, a mensagem de identificador para o processador via a rede.
[0020] De acordo com um décimo quinto aspecto da presente des- crição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que de outro modo decla- rado, o método ainda inclui receber, no processador, a prescrição de medicação em pelo menos uma mensagem HL7 a partir de um servi- dor de farmácia, e armazenar, via o processador, a prescrição de me- dicação junto ao EMR do paciente utilizando o identificador de pacien- te para associação entre o EMR do paciente e a prescrição de medi- cação.
[0021] De acordo com um décimo sexto aspecto da presente des- crição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que de outro modo decla- rado, a prescrição de medicação inclui pelo menos um dentre um no- me da medicação, um volume a ser infundido, uma concentração da medicação, ou uma taxa de administração da medicação.
[0022] De acordo com um décimo sétimo aspecto da presente descrição, o qual pode ser utilizado em combinação com qualquer ou- tro aspecto listado neste documento a não ser que de outro modo de- clarado, o identificador de dispositivo na mensagem de identificador é criptografado, ainda compreendendo decriptografar, via o processador, o identificador de dispositivo utilizando uma chave armazenada.
[0023] De acordo com um décimo oitavo aspecto da presente des-
crição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que de outro modo decla- rado, uma memória de registro médico eletrônico armazena código ou instruções legíveis por máquina, que quando executadas por um pro- cessador, causam que o processador receba, enquanto uma bomba de infusão está administrando uma medicação para um paciente, uma mensagem de identificador incluindo pelo menos dois dentre um identi- ficador de dispositivo da bomba de infusão, um identificador de pacien- te do paciente, e um identificador de prescrição de medicação de uma medicação, crie uma associação entre um EMR do paciente localizado em uma base de dados e a bomba de infusão utilizando a mensagem de identificador, receba após a associação entre o EMR do paciente e a bomba de infusão, dados da bomba de infusão a partir da bomba de infusão, os dados da bomba de infusão incluindo o identificador de dispositivo, e armazene os dados do dispositivo de bomba de infusão junto ao EMR do paciente baseado na associação criada entre o EMR do paciente e a bomba de infusão.
[0024] De acordo com um décimo nono aspecto da presente des- crição, o qual pode ser utilizado em combinação com qualquer outro aspecto listado neste documento a não ser que de outro modo decla- rado, a memória de registro médico eletrônico armazenar ainda código ou instruções legíveis por máquina, que quando executadas pelo pro- cessador, causam que o processador receba primeiros dados do dis- positivo de bomba de infusão antes da associação entre o EMR do pa- ciente e a bomba de infusão, e armazene os primeiros dados do dis- positivo médico junto a um registro não associado na base de dados após determinar que não existe associação entre o identificador de dispositivo e qualquer identificador de paciente ou identificador de prescrição de medicação.
[0025] De acordo com um vigésimo aspecto da presente descri-
ção, o qual pode ser utilizado em combinação com qualquer outro as- pecto listado neste documento a não ser que de outro modo declara- do, a memória de registro médico eletrônico armazena ainda código ou instruções legíveis por máquina, que quando executadas pelo proces- sador, causam que o processador, após a associação entre o EMR do paciente e o dispositivo médico ser criada, armazene os primeiros da- dos do dispositivo médico junto ao EMR do paciente.
[0026] De acordo com um vigésimo primeiro aspecto da presente descrição, qualquer uma dentre a estrutura e a funcionalidade ilustra- das e descritas em conexão com as FIGS. 1 a 11 pode ser utilizada em combinação com qualquer uma dentre a estrutura e a funcionali- dade ilustradas e descritas em conexão com qualquer uma das outras FIGS. 1 a 11 e com qualquer um ou mais dos aspectos precedentes.
[0027] De acordo com os aspectos acima e com a descrição neste documento, é por consequência uma vantagem da presente descrição proporcionar um sistema que permite que dados do dispositivo médico sejam armazenados junto ao EMR de um paciente independente de quando uma associação é feita entre um dispositivo médico e um pa- ciente.
[0028] É outra vantagem da presente descrição proporcionar um sistema que permite que dados do dispositivo médico sejam transferi- dos para o EMR de um paciente após uma associação ser feita.
[0029] As vantagens discutidas neste documento podem ser en- contradas em uma, ou em algumas, ou talvez em nem todas as moda- lidades descritas neste documento. Características e vantagens adici- onais são descritas neste documento, e serão aparentes a partir da Descrição Detalhada e das figuras seguintes.
[0030] A Fig. 1 apresenta um diagrama de um ambiente médico configurado para os métodos, aparelhos e sistema ilustrativos descri-
tos neste documento, de acordo com uma modalidade ilustrativa da presente descrição.
[0031] A Fig. 2 apresenta um diagrama de uma bomba de infusão ilustrativa compreendendo a bomba Baxter® SIGMA Spectrum, a qual pode estar incluída dentro do ambiente hospitalar da FIG. 1, de acordo com uma modalidade ilustrativa da presente descrição.
[0032] A FIG. 3 apresenta um diagrama de uma máquina de tera- pia de diálise ou de insuficiência renal compreendendo a máquina Gambro® Prismaflex® CRRT, a qual pode estar incluída dentro do ambiente hospitalar da FIG. 1, de acordo com uma modalidade ilustra- tiva da presente descrição.
[0033] As Figs. 4 a 6 apresentam um processo ilustrativo para da- dos de bomba de infusão de associação retroativa com um paciente e/ou prescrição de medicação particular, de acordo com modalidades ilustrativas da presente descrição.
[0034] A Fig. 7 apresenta um código QR ilustrativo como um iden- tificador de bomba, de acordo com uma modalidade ilustrativa da pre- sente descrição.
[0035] A Fig. 8 apresenta um diagrama de um procedimento ilus- trativo para associar um dispositivo médico com o registro médico ele- trônico (“EMR”) ou prescrição de medicação de um paciente, de acor- do com uma modalidade ilustrativa da presente descrição.
[0036] A Fig. 9 apresenta um diagrama de uma base de dados na qual o EMR de um paciente não está associado com dados do disposi- tivo médico a partir de um dispositivo médico, de acordo com uma mo- dalidade ilustrativa da presente descrição.
[0037] A Fig. 10 apresenta um diagrama da base de dados da Fig. 9 após o EMR do paciente ser associado com um dispositivo médico, de acordo com uma modalidade ilustrativa da presente descrição.
[0038] A Fig. 11 apresenta um diagrama para autoprogramação no ambiente médico da Fig. 1, de acordo com uma modalidade ilustrativa da presente descrição.
[0039] A presente descrição se relaciona em geral com métodos, sistemas e aparelhos para automaticamente proporcionar documenta- ção de registro médico (isto é, documentação automática) por associ- ação retroativa de dados do dispositivo médico com o registro medico eletrônico (“EMR”) de um paciente. A associação retroativa de dados médicos permite que um clínico associe um dispositivo médico com o EMR de um paciente enquanto um dispositivo médico está adminis- trando um tratamento. A associação retroativa também pode ocorrer após o dispositivo medido ter completado um tratamento. O sistema, aparelhos e métodos descritos automaticamente gravam dados do dispositivo médico junto ao EMR de um paciente após uma associação retroativa ter ocorrido, desse modo liberando um clínico de ter que manualmente localizar e copiar dados do dispositivo médico para o EMR de um paciente.
[0040] Em sistemas médicos conhecidos, se uma associação en- tre o EMR de um paciente e o dispositivo médico não ocorrer antes do tratamento iniciar, o sistema armazena dados recebidos junto a um registro temporário ou não associado em uma base de dados. Em al- guns casos, sistemas médicos conhecidos podem até mesmo descar- tar dados do dispositivo médico se não existir associação com um pa- ciente ou prescrição de medicação. Após o tratamento está completo, um clínico manualmente copia os dados do dispositivo médico, se eles forem armazenados, a partir do registro temporário ou não associado na base de dados para o EMR do paciente. Em alguns casos, um clí- nico pode esquecer-se de copiar os dados do dispositivo médico para o EMR do paciente, desse modo levando a um registro médico incom- pleto. Em outros casos, um clínico pode copiar os dados errados do dispositivo médico ou somente uma parte dos dados do dispositivo médico para o EMR do paciente.
[0041] Como descrito neste documento, os métodos, sistema e aparelhos ilustrativos permitem associação entre dados do dispositivo médico independente de um estado de um tratamento médico. Em uma modalidade ilustrativa, um clínico manualmente programa um dispositivo médico para proporcionar uma terapia para um paciente. A programação manual do dispositivo médico deixa o dispositivo médico não associado com o EMR do paciente devido a não existir correlação entre um identificador do dispositivo médico e um identificador de pa- ciente ou identificador de medicação localizado no EMR do paciente. Assim, quando o tratamento é iniciado, o dispositivo médico não está associado com o paciente a partir da perspectiva de um servidor de EMR, o qual recebe os dados a partir do dispositivo médico. O servidor de EMR é configurado para armazenar os dados do dispositivo médico junto a uma localização temporária ou a um registro não associado que está indexado, por exemplo, por um identificador do dispositivo médico (o qual está incluído dentro dos dados).
[0042] Para permitir a associação após um tratamento ter come- çado, o dispositivo médico proporciona ou exibe um código de identifi- cação. O código de identificação (por exemplo, um identificador) pode incluir um código impresso em um rótulo conectado com o dispositivo médico ou um código eletrônico exibido em uma tela do dispositivo. Enquanto o dispositivo médico está proporcionando um tratamento pa- ra um paciente (ou após um tratamento ter sido completado), o clínico digitaliza ou de outro modo causa que um dispositivo de digitação ele- trônica obtenha informação eletrônica do código de identificação do dispositivo médico. O clínico também pode digitalizar um código de identificação do paciente (como proporcionado em uma pulseira do paciente, por exemplo) e/ou um código de identificação de um recipi-
ente de medicação (o qual corresponde a um identificador de medica- ção). O identificador de dispositivo médico digitalizado e o identificador de paciente e/ou de recipiente de medicação são transmitidos para o servidor EMR. Após receber a informação digitalizada, o servidor EMR é configurado para associar o dispositivo médico com o EMR do paci- ente e/ou com a prescrição de medicação. Em alguns exemplos, o servidor EMR é configurado para atualizar uma tabela de associação, registro, ou índice, de modo que os dados do dispositivo médico rece- bidos a partir do dispositivo médico sejam armazenados junto a um EMR do paciente, ao invés de serem descartados ou armazenados no registro temporário/não associado. Em algumas modalidades, o servi- dor EMR é configurado para acessar a informação médica não associ- ada ou os dados do dispositivo anteriormente armazenados a partir do dispositivo médico (correspondendo à mesma sessão de tratamento) para copiar ou de outro modo mover estes dados para o EMR do paci- ente. Por consequência, os métodos, sistemas e aparelhos ilustrativos descritos neste documento permitem a um clínico automaticamente associar de forma retroativa dados do dispositivo médico com um pa- ciente e/ou prescrição de medicação particular por digitalizar ou de ou- tro modo obter um identificador de dispositivo médico após um trata- mento já ter começado (ou acabado) no dispositivo médico.
[0043] O método, sistema e aparelho ilustrativos podem operar em conexão com um ou mais dispositivos médicos. Como descrito neste documento, um dispositivo médio pode incluir uma bomba de infusão, um dispositivo de terapia de insuficiência renal, um monitor de cabe- ceira de paciente, um sensor fisiológico, um medidor de pressão arte- rial, uma balança, etc. Cada dispositivo médico tem designado ou re- cebe um identificador único. Como descrito neste documento, o identi- ficador pode incluir um código físico e/ou eletrônico que é indicativo de informação de identificação de dispositivo. O identificador de dispositi-
vo pode incluir, por exemplo, caracteres alfanuméricos. O identificador de dispositivo também pode incluir uma codificação de caracteres em um código de barras, um código de resposta rápida (“QR”), um micro- chip de comunicação por campo de curta distância (“NFC”), um micro- chip de identificação de rádio frequência (“RFID”), etc.
[0044] Os dispositivos médicos são configurados para gerar e transmitir dados do dispositivo médico. Como descrito neste documen- to, dados do dispositivo médico incluem parâmetros de operação do dispositivo, progresso do tratamento/terapia, alarmes/alertas, eventos, informação de diagnóstico, etc. Para um dispositivo médico bomba de infusão, os dados do dispositivo podem incluir uma taxa de infusão, uma dose, um volume total infundido, um tempo restante para a tera- pia, uma concentração da medicação, uma alteração de taxa, um vo- lume restante dentro de um recipiente de medicação, um nome da medicação, um identificador de paciente, informação de titulação, in- formação de bolo alimentar, um identificador de área de cuidado, uma marca de tempo quando os dados foram gerados, uma condição de alarme, uma condição de alerta, um evento, etc.
[0045] Como descrito neste documento, os sistemas, métodos, e/ou aparelhos ilustrativos são configurados para associar um disposi- tivo médico com o EMR de um paciente em uma base de dados para permitir que dados do dispositivo médico sejam gravados ou de outro modo armazenados junto à EMR do paciente. Em alguns casos, os sistemas, métodos, e/ou aparelhos ilustrativos podem associar um dispositivo médico com a prescrição de medicação de um paciente em uma base de dados. Nestes casos, os dados do dispositivo médico são gravados ou armazenados junto à prescrição de medicação. Deve ser apreciado que referências neste documento ao EMR de um paci- ente podem ser alternadas com uma prescrição de medicação. Modalidade de Ambiente Médico
[0046] A Fig. 1 apresenta um diagrama de um ambiente médico 100 configurado para os métodos, aparelhos e sistemas ilustrativos descritos neste documento, de acordo com uma modalidade ilustrativa da presente descrição. O ambiente ilustrativo 100 inclui um ou mais dispositivos médicos tal como, por exemplo, uma bomba de infusão
102. Deve ser apreciado que o ambiente hospitalar ilustrativo 100 po- de incluir outros tipos de dispositivos médicos e/ou várias bombas 102, máquinas de terapia de insuficiência renal, monitores de paciente, e/ou sensores. No exemplo ilustrado, a bomba de infusão 102 é configura- da para proporcionar uma terapia de infusão para um paciente 104 por infundir (via um conjunto de linhas IV) um ou mais fluidos 106 (por exemplo, uma medicação ou um fármaco).
[0047] A bomba de infusão ilustrativa 102 pode incluir qualquer bomba capaz de fornecer uma terapia intravenosa para o paciente 104 via um ou mais conjuntos de linhas. Exemplos incluem uma bomba de seringa, uma bomba peristáltica linear, uma bomba de grande volume (“LVP”), uma bomba ambulatorial, bomba multicanal, etc. Uma bomba se seringa utiliza um motor conectado com um braço de acionamento para atuar um êmbolo dentro de uma seringa. Uma bomba peristáltica linear utiliza um rotor para comprimir parte de um tubo enquanto giran- do. Com frequência, um ou mais roletes do rotor entram em contato com o tubo para metade de uma rotação. A rotação comprimida causa que uma quantidade definida de fluido passe através do tubo. As LVPs tipicamente utilizam um ou mais dedos ou braços para comprimir uma parte do tubo de terapia intravenosa (“IV”). O tempo de atuação do de- do sobre o tubo causa movimento constante ou quase constante de um fluido através do tubo.
[0048] A Fig. 2 apresenta um diagrama de uma bomba de infusão ilustrativa 102, de acordo com uma modalidade ilustrativa da presente descrição. A bomba de infusão ilustrada 102 é a bomba Baxter®
SIGMA SpectrumTM. A bomba de infusão ilustrada 102 inclui um vídeo 202 com as interfaces 204a e 204b para permitir que um clínico espe- cifique ou programe uma terapia de infusão. Como descrito neste do- cumento, pelo menos uma das interfaces 204a e 204b é configurada para causar que a bomba de infusão 102 exiba um código identificador do dispositivo no vídeo 202 quando atuado.
[0049] Outros exemplos de bombas de infusão que podem estar incluídas no ambiente médico 100 da Fig. 1 incluem uma bomba pa- renteral de volume linear descrita na Publicação U.S. No 2013/0336814, uma bomba de seringa descrita na Publicação U.S. N o 2015/0157791, uma bomba de infusão de ambulatório descrita na Pa- tente U.S. No 7.059.840, uma bomba de infusão descrita na Patente U.S. No 5.395.320, e uma bomba de infusão descrita na Patente U.S. No 5.764.034, cujas totalidades são incorporadas neste documento por referência.
[0050] Retornando para a Fig. 1, a bomba de infusão ilustrativa 102 é comunicativamente acoplada com um dispositivo de intercone- xão de redes 108 via uma rede 110. O dispositivo de interconexão de redes ilustrativo 108 é configurado para receber dados da bomba de infusão 112 (por exemplo, dados do dispositivo médico) a partir da bomba de infusão 102, e direcionar os dados 112 para um servidor EMR 114. Em algumas modalidades, o dispositivo de interconexão de redes 108 é configurado para converter os dados, por exemplo, a partir de mensagem (mensagens) EXTCOM para mensagem (mensagens) HL7.
[0051] O dispositivo de interconexão de redes ilustrativo 108 tam- bém pode ser configurado para transmitir parâmetros operacionais ou parâmetros de uma prescrição para a bomba de infusão 102. Por exemplo, o dispositivo de interconexão de redes 108 pode enviar uma prescrição eletrônica (ou atualização de software) para a bomba de infusão 102 em um momento predeterminado e/ou quando a bomba de infusão 102 está disponível para aceitar a prescrição. Em outros casos, a bomba de infusão 102 pode ser configurada para periodica- mente consultar o dispositivo de interconexão de redes 108 para de- terminar se uma prescrição eletrônica (ou atualização de software) es- tá aguardando para ser transferida para a bomba. A bomba de infusão 102 pode incluir uma memória armazenando uma ou mais bibliotecas de fármacos que incluem limites particulares de parâmetro de progra- ma baseados na área de cuidado, na alteração de dose, na taxa de alteração, no tipo de fármaco, na concentração, na idade do paciente, no peso do paciente, etc. Os limites são configurados para garantir que uma prescrição recebida ou terapia de infusão informada esteja dentro da faixas e/ou limites aceitáveis decididos por uma instalação médica, médico, ou clínico.
[0052] A bomba de infusão 102 é configurada para executar uma terapia de infusão ou tratamento no paciente 104, o que inclui infundir uma ou mais soluções 106 ou medicações no paciente. A bomba de infusão 102 opera de acordo com uma prescrição de infusão informa- da por um clínico em uma interface com o usuário da bomba (por exemplo, a interface 204 da FIG. 2) ou recebida via o dispositivo de interconexão de redes de infusão 108. A bomba de infusão 102 pode comparar a prescrição com a biblioteca de fármacos e proporcionar quaisquer alertas ou alarmes se um parâmetro da prescrição violar um limite relativo ou absoluto. A bomba de infusão 102 é configurada para monitorar o progresso da terapia e a periodicamente transmitir dados do progresso da terapia de infusão 112 (por exemplo, dados do dispo- sitivo médico) para o dispositivo de interconexão de redes 108. Os da- dos de progresso da terapia 112, como descrito neste documento, po- dem incluir, por exemplo, uma taxa de infusão, uma dose, um volume total infundido, um tempo restante para a terapia, uma concentração de medicação, alteração de taxa, um volume restante dentro de um recipiente do medicamento, um nome do medicamento, um identifica- dor de paciente, informação de titulação, informação de bolo alimentar, um identificador de área de cuidado, uma marca de tempo quando os dados goram gerados, uma condição de alarme, uma condição de alerta, um evento, etc. A bomba de infusão 102 pode transmitir os da- dos continuamente, periodicamente (por exemplo, a cada 30 segun- dos, 1 minuto, etc.), ou quando da solicitação pelo dispositivo de inter- conexão de redes 108.
[0053] O dispositivo de interconexão de redes de infusão 108 da FIG. 1 inclui um servidor, um processador, computador, etc. configura- do para se comunicar com a bomba de infusão 102. O dispositivo de interconexão de redes de infusão 108 pode incluir, por exemplo, o dis- positivo de interconexão de rede Baxter® CareEverywhere. Em algu- mas modalidades, o dispositivo de interconexão de redes 108 pode ser comunicativamente acoplado com mais do que uma bomba de infusão. O dispositivo de interconexão de redes de infusão 108 é configurado para proporcionar comunicação bidirecional com a bomba 102 para transferência segura com uso de fios/sem uso de fios de bibliotecas de fármacos, prescrições de infusão, e dados de progresso de terapia
112. O dispositivo de interconexão de redes 108 também pode ser configurado para se integrar com o servidor EMR 114 ou com outro sistema do hospital para facilitar a transmissão dos dados de progres- so da terapia de infusão 112 a partir da bomba 102 para, por exemplo, o registro médico eletrônico (“EMR”) do hospital relacionado com o pa- ciente 104.
[0054] O servidor EMR ilustrativo 114 é comunicativamente aco- plado com uma base de dados EMR 116 para armazenar registros EMR. A base de dados EMR 116 também pode ser configurada para armazenar dados de bomba de infusão 112 que não estão associados com um paciente particular e/ou prescrição médica particular. O servi- dor EMR 114 também é comunicativamente acoplado com um servidor de farmácia 118, o qual é configurado para criar e/ou transmitir pres- crições de medicação correspondendo, por exemplo, a uma medica- ção preparada 106. Uma prescrição de medicação inclui um registro ou entrada eletrônica, a qual identifica um paciente (por exemplo, um identificador de paciente) e parâmetros de infusão para administração. A prescrição de medicação recebe um identificador único. Em algumas modalidades, a prescrição de medicação pode ser impressa em um rótulo conectado com um recipiente de medicação. A própria prescri- ção de medicação associa um identificador de paciente com um identi- ficador de medicação. O servidor EMR ilustrativo 114 é configurado para utilizar o identificador de paciente na prescrição de medicação para armazenar ou de outro modo associar a prescrição de medicação com o EMR de um paciente.
[0055] Embora o servidor de farmácia 118 e a base de dados de EMRs 116 sejam apresentados como sendo conectados diretamente com o servidor EMR 114, em outros exemplos eles podem ser conec- tados via a rede 110. A rede ilustrativa 110 pode incluir qualquer cone- xão com uso de fios ou sem uso de fios (por exemplo, uma rede Ethernet, LAN, WLAN, etc.). A base de dados de EMRs ilustrativa 116 pode ser armazenada em qualquer dispositivo de memória volátil ou não volátil, incluindo RAM, ROM, memória flash, discos magnéticos ou óticos, memória ótica, ou outra mídia de armazenamento. A base de dados 116 pode ser estruturada como uma base de dados relacional ou um banco de dados de grafos. Se a base de dados 116 incluir um banco de dados de grafos, pacientes, prescrições de medicação, da- dos do dispositivo de medicação, e identificadores podem ser propor- cionados por nós separados.
[0056] O ambiente ilustrativo 100 da Fig. 1 também pode incluir outros sistemas médicos 120, tal como um sistema de informações do hospital (“HIS”). Um HIS 120 pode incluir um ou mais servidores para analisar dados médicos ou receber dados médicos a partir de outras partes do ambiente hospitalar 100. O HIS 120 pode incluir ou estar comunicativamente acoplado com um sistema de informações de labo- ratório, sistema de farmácia, um sistema de gerenciamento de políti- cas / procedimentos, ou com um sistema de aprimoramento contínuo de qualidade (“CQI”). O sistema de laboratório é configurado para ge- rar dados médicos baseado na análise de amostras biológicas de pa- ciente. O sistema de gerenciamento de políticas/procedimentos é con- figurado para gerenciar bibliotecas de fármacos e/ou limites para alar- mes / alertas. O sistema CQI é configurado para gerar relatórios esta- tísticos e/ou analíticos baseado, por exemplo, nos dados de progresso da terapia de infusão 112 a partir de um ou mais pacientes. O HIS 120 também pode incluir ou ser conectado com um ou mais monitores con- figurados para exibir pelo menos uma parte dos dados de progresso da terapia de infusão 112.
[0057] A modalidade da Fig. 1 também inclui um monitor do paci- ente ou computador em carrinho (“COW”) 122. O computador ou moni- tor de paciente 122 é configurado para exibir um ou mais gráficos de dados fisiológicos a partir de um sensor fisiológico e/ou dos dados do dispositivo médico a partir da bomba de infusão 102. O monitor pode ser com uso de fios ou sem uso de fios acoplado com um sensor, o qual pode incluir, por exemplo, um sensor de batimento cardíaco (por exemplo, sensor EKG, um sensor ECG), um sensor de temperatura, um sensor de oximetria de pulso, uma balança do paciente, um sensor de glicose, um sensor respiratório, um sensor de pressão arterial, etc. O computador ou monitor do paciente 122 é configurado para exibir os dados a partir dos sensores dentro de um gráfico baseado em tempo. O computador ou monitor do paciente 122 também pode exibir um va-
lor numérico dos dados mais recentes a partir do sensor em adição à codificação colorida dos dados.
[0058] O computador ou monitor do paciente 122 é comunicativa- mente acoplado com o dispositivo de interconexão de redes 108 e/ou com o servidor EMR 114. O computador ou monitor do paciente 122 pode continuamente, periodicamente, ou quando solicitado, transmitir os dados fisiológicos para o dispositivo de interconexão de rede do monitor 108 ou servidor 114, o qual pode então gravar os dados fisio- lógicos para um EMR do paciente.
[0059] Em algumas modalidades, o monitor 122 inclui um COW. O COW ilustrativo é configurado para proporcionar acesso ao EMR de um paciente através do servidor EMR 114. O COW ilustrativo também é configurado para proporcionar autodocumentação dos dados do dis- positivo médio 112 a partir da bomba de infusão 102 e/ou proporcionar autoprogramação da bomba de infusão 102. Em algumas modalida- des, o COW 122 inclui ou está conectado com um scanner de código de barras 124 ou outro dispositivo de entrada de identificador tal como um leitor NFC, um leitor RFID, um bloco de teclas, ou uma interface de tela sensível ao toque. O scanner ilustrativo 124 é configurado para ler um código de barras 126 na bomba de infusão 102, um código de bar- ras na pulseira de um paciente, e/ou um código de barras em um reci- piente de medicação. As informações a partir dos códigos de barras lidos são transmitidas em uma ou mais mensagens de identificador 128 via a rede 110 a partir do COW 122 para o servidor EMR 114, desse modo permitindo o servidor 114 criar uma associação entre a bomba de infusão 102, o paciente 104, e prescrição de medicação. Em algumas modalidades, o scanner de código de barras 124 pode ser conectado com a bomba de infusão 102 ao invés do que com o COW
122.
[0060] Em algumas modalidades, a bomba de infusão 102 também pode ser comunicativamente acoplada com um ou mais sensores fisio- lógicos. Por exemplo, a bomba de infusão 102 pode ser conectada com um sensor de pulso de oximetria, um medidor de pressão arterial, um dispositivo de separação de acesso, e/ou uma balança. A bomba de infusão 102 pode ser configurada para integrar ou de outro modo incluir dados a partir do sensor de pulso de oximetria nos dados de progresso da terapia de infusão 112 ou, alternativamente, transmitir os dados de oximetria de pulso separadamente para o dispositivo de in- terconexão de redes 108.
[0061] O ambiente ilustrativo 100 da Fig. 1 também inclui um dis- positivo do clínico 130 (por exemplo, um smartphone, computador ta- blet, estação de trabalho, etc.) que permite a um clínico visualizar da- dos do paciente armazenados na base de dados de EMRs 116. O dis- positivo do clínico 130 pode incluir uma ou mais interfaces ou aplicati- vos para leitura e/ou gravação dos dados armazenados na base de dados 116. O dispositivo do clínico 130 é configurado para permitir a um clínico visualizar, por exemplo, prescrições de medicação para um paciente, o EMR de um paciente, e/ou dados do dispositivo médico associado com um paciente.
[0062] Em algumas modalidades, o ambiente 100 pode incluir uma máquina de terapia de insuficiência renal (“RFT”), a qual pode incluir qualquer máquina de hemofiltração, hemodiafiltração, de terapia de substituição real contínua (“CRRT”), ou de diálise peritoneal (“PD”). O paciente 104, passando por uma terapia de insuficiência renal, por exemplo, é conectado com a máquina RFT, onde o sangue do pacien- te pode ser bombeado através da máquina. O sangue passa através de um dialisador da máquina, o qual remove resíduos, toxinas e água em excesso a partir do sangue. O sangue limpo é retornado para o paciente. Na PD, o fluido do tratamento é fornecido e removido da ca- vidade peritoneal do paciente para remover toxinas e água em exces-
so.
[0063] A FIG. 3 apresenta um diagrama de uma máquina RFT ilus- trativa 300, de acordo com uma modalidade ilustrativa da presente descrição. A máquina RFT ilustrada 300 é a máquina Gambro® Pris- maflex® CRRT. Outros exemplos de máquinas RFT 300 incluem uma máquina de diálise peritoneal descrita na Patente U.S. No 8.403.880, uma máquina de diálise por hemodiálise descrita na Publicação U.S. No 2014/0112828, e uma máquina de diálise peritoneal descrita na Pu- blicação U.S. No 2011/0106002, cujas totalidades são incorporadas neste documento por referência.
[0064] A CRRT é uma modalidade de diálise tipicamente utilizada para tratar pacientes hospitalizados de emergência ou criticamente doentes em uma unidade de terapia intensiva que desenvolvem lesão renal aguda (“LRA”). Diferente da doença crônica dos rins, a qual ocor- re lentamente com o passar do tempo, a LRA frequentemente ocorre em pacientes hospitalizados e tipicamente ocorre em poucas horas ou poucos dias.
[0065] A hemodiálise é um tratamento de insuficiência real no qual resíduo a partir do sangue é dissipado através de uma membrana se- mipermeável. Durante a hemodiálise, o sangue é removido do pacien- te e flui através de uma montagem de membrana semipermeável (dia- lisador), onde o sangue geralmente flui contracorrente para a solução de diálise fluindo no outro lado da membrana semipermeável. No diali- sador, toxinas a partir do sangue percorrem através da membrana se- mipermeável e saem do dialisador para dentro da solução de diálise utilizada (resíduo do processo de diálise). O sangue limpo, tempo fluí- do através do dialisador, é então retornado para o paciente.
[0066] No dialisador, um diferencial de pressão é criado através da membrana semipermeável pela remoção do resíduo do processo de diálise em uma taxa de fluxo que é maior do que esta utilizada para introduzir a solução de diálise no dialisador. Este diferencial de pres- são puxa o fluido contendo toxinas de molécula pequena, média e grande através da membrana semipermeável. Medições de fluxo e de volume são utilizada para controlar a quantidade de fluido (ultrafiltra- ção) que é removido. Como ilustrado acima, uma bomba da máquina de hemodiálise tipicamente puxa o sangue a partir do lado arterial do paciente, empurra o mesmo para dentro e através do dialisador, e através de uma câmara de gotejamento que separa o ar, antes de re- tornar o sangue dialisador para o lado venoso do paciente.
[0067] A máquina RFT 300 alternativamente pode ser uma máqui- na de hemofiltração. A hemofiltração é outro tratamento de insuficiên- cia renal, similar à hemodiálise. Durante a hemofiltração, o sangue de um paciente também é passado através de uma membrana semiper- meável (um hemofiltro), em que o fluido (incluindo produtos residuais) é empurrado através da membrana semipermeável por um diferencial de pressão. Este fluxo convectivo traz alguns tamanhos de toxinas mo- leculares e de eletrólitos (os quais são difíceis para hemodiálise lim- par) através da membrana semipermeável. Durante a hemofiltração, um fluido de substituição é adicionado para o sangue para substituir o volume do fluido e os eletrólitos removidos a partir do sangue através do hemofiltro. A hemofiltração na qual fluido de substituição é adicio- nado para o sangue antes do hemofiltro é conhecida como hemofiltra- ção de pré-diluição. A hemofiltração na qual o fluido de substituição é adicionado para o sangue após o hemofiltro é conhecida como hemo- filtração de pós-diluição.
[0068] A máquina RFT 300 alternativamente pode ser uma máqui- na de hemodiafiltração. A hemodiafiltração é um tratamento adicional de insuficiência renal que utiliza hemodiálise em combinação com he- mofiltração. O sangue é bombeado através do dialisador, o qual aceita fluido de diálise fresco, diferente de um hemofiltro. Com a hemodiafil-
tração, entretanto, o fluido de substituição é fornecido para a circula- ção sanguínea, similar à hemofiltração. A hemodiafiltração por conse- quência é uma vizinha da hemodiálise e da hemofiltração.
[0069] A Máquina RFT 300 alternativamente pode ser uma máqui- na de diálise peritoneal. A diálise peritoneal utiliza uma solução de diá- lise, também chamada de dialisato, a qual é infundida na cavidade pe- ritoneal de um paciente via um cateter. O dialisato entra em contato com a membrana peritoneal da cavidade peritoneal do paciente. Resí- duo, toxinas e água em excesso passam a partir do fluxo sanguíneo do paciente, através da membrana peritoneal e para dentro do dialisa- to devido a um gradiente osmótico criado pela solução. O dialisato gasto é drenado a partir do paciente, removendo resíduos, toxinas e água em excesso a partir do paciente. O ciclo é repetido.
[0070] Uma máquina de diálise peritoneal ilustrativa, operando como uma máquina RFT 300 da FIG. 3, pode executar vários tipos de terapias de diálise peritoneal adicionais, incluindo diálise peritoneal de ciclo contínuo (“CCPD”), diálise peritoneal automática de fluxo periódi- co (“APD”), e diálise peritoneal de fluxo contínuo (“CFPD”). A máqui- nas APD executam ciclos de drenagem, enchimento, e interrupção au- tomaticamente, tipicamente enquanto o paciente dorme. As máquinas APD liberam os pacientes ou clínicos de terem que manualmente exe- cutar os ciclos de tratamento e de terem que transportar suprimentos durante o dia. As máquinas APD se conectam de forma fluida com um cateter implantado, com uma fonte ou bolsa de dialisato fresco, e com um dreno de fluido. As máquinas APD bombeiam dialisato fresco a partir de uma fonte de dialisato, através do cateter, para dentro da ca- vidade peritoneal do paciente. As máquinas APD permitem que o diali- sato permaneça dentro da cavidade, desse modo permitindo que a transferência de resíduo, toxinas e água em excesso aconteça. A fonte podem ser várias bolsas de solução de dialisato estéreis. As máquinas
APD bombeiam dialisato gasto a partir da cavidade peritoneal, através do cateter, para o dreno. Como com o processo manual, vários ciclos de dreno, enchimento, e de interrupção ocorrem durante a APD. Um ”último enchimento” ocorre no fim da CAPD e da APD, o qual perma- nece na cavidade peritoneal do paciente até o próximo tratamento.
[0071] Os tratamentos CCPD tentam drenar o paciente completa- mente quando de cada dreno. A CCPD e/ou a APD podem ser siste- mas do tipo lote que enviam o fluido de diálise gasto para um dreno. Os sistemas de fluxo periódico são sistemas em lote modificados. Com o fluxo periódico, ao invés de remover todo o fluido do paciente atra- vés de um período de tempo mais longo, uma parte do fluido é remo- vida e substituída após incrementos de tempo menores.
[0072] O dialisato da diálise peritoneal pode incluir uma solução ou mistura que inclui entre 0,5% e 10% de dextrose (ou mais geralmente, glicose), de preferência entre 1,5% e 4,25%. O dialisato da diálise peri- toneal pode incluir, por exemplo, os dialisatos Dianeal®, Physioneal®, Nutrineal®, e Extraneal® comercializados pelo cessionário da presente descrição. O dialisato pode ainda ou alternativamente inclui uma por- centagem de icodextrina. Deve ser apreciado que em algumas modali- dades da presente descrição, o dialisato pode ser infundido no pacien- te 110 via a bomba de infusão 102 ao invés do que da máquina RFT
104.
[0073] Os sistemas de diálise de fluxo contínuo, ou CFPD limpam e regeneram o dialisato gasto ao invés de descartar o mesmo. Os sis- temas CFPD bombeia o fluido para dentro e para forma do paciente, através de um circuito. O dialisato flui para a cavidade peritoneal atra- vés de um lúmen do cateter e para fora de lúmen do cateter. O fluido saindo do paciente passa através de um dispositivo de reconstituição que remove resíduo a partir do dialisato, por exemplo, via uma coluna de remoção de ureia que emprega uréase para de forma enzimática converter ureia em amônia (por exemplo, cátion de amônia). A amônia é então removida a partir do dialisato pela adsorção antes da reintro- dução do dialisato na cavidade peritoneal. Sensores adicionais são empregados para monitorar a remoção de amônia. Os sistemas CFPD tipicamente são mais complicados do que os sistemas em lote.
[0074] Tanto na hemodiálise como na diálise peritoneal, a tecnolo- gia “sorvente” pode ser utilizada para remover toxinas urêmicas a par- tir do resíduo do dialisato, re-injetar agentes terapêuticos (tais como íons e/ou glicose) no fluido tratado, e reutilizar este fluido para conti- nuar a diálise do paciente. Um sorvente normalmente utilizado é fabri- cado de fosfato de zircônio, o qual é utilizado para remover amônia gerada a partir da hidrólise da ureia. Tipicamente, uma grande quanti- dade de sorvente é necessária para remover a amônia gerada durante os tratamentos de diálise.
[0075] Similar à bomba de infusão 102, a máquina RFT 300 pode ser programada localmente com uma prescrição de diálise ou receber uma prescrição de diálise via o dispositivo de interconexão de redes 108, ou de um dispositivo de interconexão de redes separado. A má- quina RFT 300 é configurada para executar uma terapia de insuficiên- cia renal no paciente 104, a qual, como discutido acima, inclui remover ultrafiltração a partir do paciente 104. Com a diálise peritoneal, a má- quina RFT 300 infunde o dialisato dentro do paciente 104 durante os ciclos de enchimento. Para qualquer prescrição de diálise, a máquina RFT 300 pode comparar os parâmetros da prescrição com um ou mais limites e proporcionar quaisquer alertas ou alarmes se um parâmetro da prescrição violar um limite relativo ou absoluto. A máquina RFT 300 é configurada para monitorar o progresso da terapia e periodicamente transmitir dados de progresso da terapia de insuficiência renal para o dispositivo de interconexão de redes 108. Os dados de progresso da terapia de insuficiência renal podem incluir, por exemplo, uma taxa de enchimento, um tempo de permanência, uma taxa de remoção de dre- no ou fluido, uma taxa de fluxo de sangue, dose efluente, uma taxa de remoção de ultrafiltração, uma taxa de remoção de dialisato, um total de dialisato infundido, fluxo de dialisato, pré-fluxo de substituição, pós- fluxo de substituição, balanço de peso do paciente, pressão de retor- no, sinal de fluido em excesso no paciente, fração de filtração, um tempo restante, concentração de dialisato, nome do dialisato, identifi- cador de um paciente, identificador de uma sala, um identificador de área de cuidado, uma marca de tempo quando os dados foram gera- dos, uma condição de alarme, uma condição de alerta, um evento, etc. A máquina RFT 300 pode transmitir os dados continuamente, periodi- camente (por exemplo, a cada 30 segundos, a cada 1 minuto, etc.), ou quando solicitada pelo dispositivo de interconexão de redes 108.
[0076] O dispositivo de interconexão de redes 108 inclui um servi- dor, processador, computador, etc., configurado para se comunicar com a máquina RFT 300. O dispositivo de interconexão de redes 108 pode incluir, por exemplo, o servidor ou dispositivo de interconexão de redes Global Baxter ExchangeTM (“GBX”). O dispositivo de intercone- xão de redes 108 pode ser comunicativamente acoplado com mais do que uma máquina RFT. O dispositivo de interconexão de redes 108 é configurado para proporcionar comunicação bidirecional com a máqui- na 300 para a transferência segura com uso de fios/sem uso de fios de bibliotecas de fármacos, prescrições de diálise, e dados de progresso de terapia de insuficiência renal.
[0077] Em alguns exemplos, o dispositivo de interconexão de re- des 108 e/ou o servidor EMR 114 incluem uma memória armazenando código ou instruções legíveis por máquina, que quando executadas por um processador, causam que o dispositivo de interconexão de re- des 108 e/ou o servidor EMR 114 executem as operações descritas neste documento. Isto inclui operar de acordo com um aplicativo, roti-
na, ou algoritmo pré-definido. As operações incluem armazenar dados de bomba não associados 112 em uma localização temporária ou des- cartar, associar um identificador de paciente com um identificador de bomba em um EMR do paciente, e/ou ativar a gravação dos dados da bomba após a associação com o EMR do paciente.
[0078] Deve ser apreciado que a gravação de dados do EMR de um paciente compreende uma solução técnica para o gerenciamento de dados de paciente. Dados de bomba não associados são armaze- nados em uma primeira localização na base de dados 116 ou na me- mória, a qual pode compreender uma memória temporária ou registro de associação que é apagado após um período de tempo predetermi- nado (por exemplo, 1 dia, 7 dias, 30 dias, etc.). Por comparação, o EMR de um paciente é armazenado na base de dados 116 em uma segunda localização ou memória que é permanente ou semiperma- nente. Uma vez que uma associação bomba – paciente é feita, o ser- vidor EMR 114 ilustrativo altera uma localização na memória ou na ba- se de dados 116 para onde os dados da bomba são gravados. Em adição, em algumas modalidades, o servidor EMR 114 é configurado para mover os dados da bomba a partir da primeira localização tempo- rária para a segunda localização mais permanente na base de dados 116 após uma associação ser feita. Modalidade de Associação Ilustrativa
[0079] As Figuras 4 a 6 apresentam um processo ilustrativo para associar de forma retroativa dados de bomba de infusão com um paci- ente particular e/ou prescrição de medicação, de acordo com modali- dades ilustrativas da presente descrição. Como descrito acima, a as- sociação retroativa permite a um clínico criar uma correspondência no servidor EMR 114 entre uma terapia de infusão que já está em pro- gresso (ou que já ocorreu) e o EMR de um paciente. Após uma cor- respondência ser feita, o servidor EMR 114 causa dados subsequen-
tes a partir da bomba de infusão 102 sejam armazenados no EMR do paciente ou na prescrição de medicação associada. Em adição, em algumas modalidades, o servidor EMR 114 recupera ou de outro modo copia dados anteriormente não associados a partir da bomba de infu- são (a partir da mesma sessão de terapia) para inclusão no EMR do paciente. Em outros exemplos, o servidor EMR 114 não recupera os dados não associados.
[0080] Como apresentado na Fig. 4, o processo ilustrativo começa quando uma prescrição de medicação 402 é criada no servidor de farmácia 118 (Evento A). A prescrição de medicação 402 inclui um identificador de paciente do paciente 104 que é para receber uma me- dicação ou fluido que corresponde à prescrição 402. A prescrição de medicação 402 pode incluir um nome do fluido, uma concentração do fluido, uma taxa de dose do fluido, um volume total do fluido, ou qual- quer outra informação para programar a bomba de infusão 102 para administrar a medicação. Em alguns casos, no Evento A, um rótulo com a informação de prescrição de medicação é impresso e afixado junto a um recipiente de medicação que inclui a medicação preparada.
[0081] No Evento B, o servidor EMR 114 recebe a prescrição de medicação 402 a partir do servidor de farmácia 118 e armazena a prescrição 402 na base de dados de EMRs 116. Utilizando o identifi- cador de paciente na prescrição, o servidor EMR 114 armazena a prescrição em um EMR do paciente 104. A prescrição de medicação pode ser indexada no EMR do paciente baseado no identificador de paciente e/ou no identificador/número da prescrição de medicação.
[0082] No Evento C, a bomba de infusão 102 é manualmente pro- gramada utilizando os parâmetros da prescrição de medicação. Em algumas modalidades, um clínico manualmente informar a informação de parâmetro na interface(s) 202 e 204 da bomba de infusão 102. Em outras modalidades, um clínico utiliza um scanner na bomba 102 para ler um rótulo do recipiente da medicação do recipiente com o fluido a ser infundido. A informação digitalizada inclui os parâmetros de infu- são, os quais são automaticamente preenchidos nos campos apropri- ados na bomba de infusão 102. Neste ponto, a bomba de infusão 102 está pronta para começar a administrar a medicação prescrita.
[0083] Voltando-se para a Fig.5, a bomba de infusão 102 começa a proporcionar o fluido prescrito 16 para o paciente 104. Em adição, no Evento D, a bomba de infusão 102 gera dados de progresso da terapia 112, os quais são enviados para o dispositivo de interconexão de re- des 108, via a rede 110 (por exemplo, a bomba 102 transmite continu- amente dados infundidos de volume, de dose e de taxa). Os dados de progresso da terapia 112 incluem um identificador da bomba de infu- são 102. No Evento E, o dispositivo de interconexão de redes 108 re- cebe os dados 112 e determina um destino (por exemplo, o servidor EMR 114). O dispositivo de interconexão de redes 108 também pode converter os dados 112 a partir de um formato INTCOM ou EXTCOM para um formato HL7. Os dados convertidos 112 são transmitidos para o servidor EMR 114.
[0084] No Evento F, o servidor EMR 114 armazena os dados na base de dados 116. Entretanto, neste ponto, não existe correspondên- cia entre o identificador de bomba e o identificar de pacien- te/identificador de prescrição. Como resultado, o servidor EMR 114 não pode determinar qual paciente está associado com os dados 112. Por consequência, o servidor EMR 114 é configurado para armazenar os dados 112 na base de dados 116 em um registro separado (por exemplo, um registro temporário), o qual pode ser indexado pelo iden- tificador de bomba.
[0085] Na Fig. 6, no Evento G, um clínico determina, enquanto a terapia está em progresso, que os dados 112 a partir da bomba 102 precisam ser associados com o paciente 104 e/ou com a prescrição de medicação. Nesta hora, o clínico utiliza o scanner de código de barras 124 do COW 122 para digitalizar o identificador de bomba 126 e um identificador de paciente e/ou identificador de prescrição de medica- ção. A digitalização pode incluir ler um código impresso ou texto alfa- numérico, ler um sinal eletrônico proporcionado em um chip RFID/NFC, ou ler um código impresso ou texto alfanumérico a partir de uma tela eletrônica.
[0086] Em um exemplo, o clínico atua um botão na interface 202 ou 204 da bomba de infusão 102 que causa que um código QR seja exibido. A Fig. 7 apresenta um código QR ilustrativo como o identifica- dor de bomba 126, de acordo com uma modalidade ilustrativa da pre- sente descrição. O código QR 126 é exibido na tela 202 da bomba de infusão 102. O clínico utiliza o scanner de código de barras 124 para eletronicamente digitalizar o código QR 126 na tela da bomba de infu- são. Em algumas modalidades, o código correspondendo ao código QR pode compreender uma versão criptografada do identificador de bomba, em que o dispositivo de interconexão de redes 108 e/ou o ser- vidor 114 possui uma chave para decriptografar os dados digitalizados para determinar o identificador de bomba.
[0087] No Evento H, o clínico digitaliza um código associado com o paciente 104. O código pode ser impresso em uma pulseira do paci- ente ou proporcionado em relação ao paciente. O clínico também pode digitalizar um código no recipiente de uma medicação. No Evento I, o COW 122 envia uma ou mais mensagens 128 que incluem informa- ções relacionadas com o identificador de bomba 126 digitalizado, com o identificador de paciente digitalizado, e/ou com o recipiente de medi- cação digitalizado. A mensagem 128 é transmitida a partir do COW 122 para o servidor EMR 114 via a rede 110.
[0088] No Evento J, o servidor EMR 114 recebe a mensagem 128 e determina que o identificador de bomba corresponde ao identificador de paciente e/ou ao identificador de prescrição de medicação. O servi- dor EMR 114 pode armazenar em uma entrada de um registro de as- sociação, informação que é indicativa da associação, tal como uma referência ao identificador de bomba, ao identificador de prescrição de medicação, e/ou ao identificador de paciente. O registro de associação pode ser armazenado na base de dados 116. O servidor EMR 114 também pode armazenar o identificador de bomba no EMR do pacien- te, o que também cria uma correspondência entre o identificador de paciente, o identificador de prescrição de medicação, e o identificador de bomba no EMR do paciente. Assim, dados 112 subsequentes rece- bidos a partir do servidor EMR 114 a partir da bomba de infusão 102 são armazenados no EMR do paciente. Além disso, em algumas mo- dalidades, o servidor EMR 114 copia os dados 112 anteriormente ar- mazenados a partir da bomba de infusão para inclusão no EMR do pa- ciente. Uma vez que sejam associados de forma retroativa, o servidor EMR 114 está apto a corresponder dados de infusão (volume, dose, taxa) 112 anteriormente recebidos e futuros (para programas ativos) com a prescrição de medicação correta e colocar os mesmos no EMR do paciente correto.
[0089] Em algumas modalidades, o servidor EMR 114 pode solici- tar que um clínico, via o dispositivo 130, verifique os dados de autodo- cumentação 122 antes de os mesmos serem alocados para o EMR do paciente. O servidor 114 permite que o dispositivo 130 edite os dados 112 antes, durante e após a importação. O servidor 114 também pode ser configurado para permitir que um clínico, via o dispositivo 130, de- fina uma ou mais janelas de tempo de dados que são importados via associação retroativa, de modo que se existir um período de tempo de documentação manual que os clínicos não desejam sobregravar, eles estão aptos a definir isto.
[0090] Em algumas modalidades, o servidor EMR 114 é configura-
do para proporcionar associações entre identificadores para somente alguns períodos de tempo. Por exemplo, uma associação somente po- de ser proporcionada durante uma duração de uma prescrição de me- dicação. Durante uma terapia, uma bomba de infusão 102 pode pro- porcionar um identificador de terapia ou número de sequência para identificar a terapia particular. O servidor EMR 114 é configurado, nes- ta modalidade, para corresponder somente um identificador de terapia de infusão com a prescrição de medicação. Assim, se uma bomba 102 tiver sido associada com o paciente, via associação retroativa, e uma nova terapia começar (onde uma nova prescrição de terapia é gerada), o servidor EMR 114 não grava automaticamente os dados de infusão 112 no EMR do paciente. Na verdade, um novo paciente pode ter sido conectado com a bomba 102 para a terapia. Ao invés disso, os dados da bomba são armazenados em uma localização temporária. Se uma nova prescrição de medicação for gerada e associada com o mesmo paciente, o servidor EMR 114 armazena a prescrição no EMR do paci- ente. O servidor EMR 114 pode então utilizar a associação anterior como uma base para associar os dados de bomba atuais com a nova prescrição de medicação (assumindo que o identificador de paciente corresponde ao identificador de paciente anterior). Este processo pode ser benéfico onde uma bolsa de infusão é alterada na bomba de infu- são 102 para uma infusão em andamento, onde novos parâmetros de tratamento têm que ser informados para a nova bolsa. Em alguns ca- sos, a bomba de infusão continua a utilizar o mesmo número de tera- pia, o qual continua a ser associado com a prescrição de medicação (para várias bolsas) no servidor EMR 114.
[0091] Em outras modalidades, um novo processo de associação retroativa deve ser executado para associar os dados de bomba rela- cionados com a nova terapia com a nova prescrição de medicação. Nestas outras modalidades, uma associação retroativa deve ser feita para cada nova bolsa ou terapia proporciona da bomba de infusão
102. Procedimento de Associação Retroativa Ilustrativo
[0092] A Fig. 8 apresenta um diagrama de um procedimento 800 ilustrativo para associação retroativa de dados do dispositivo médico com o EMR de um paciente ou prescrição de medicação, de acordo com uma modalidade ilustrativa da presente descrição. Apesar de o procedimento 800 ser descrito com referência ao fluxograma ilustrado na Fig. 8, deve ser apreciado que vários outros métodos para executar as etapas associadas com o procedimento 800 podem ser utilizadas. Por exemplo, a ordem de vários dos blocos pode ser alterada, alguns blocos podem ser combinados com outros blocos, e vários dos blocos descritos são opcionais. Além disso, as ações ou etapas descritas no procedimento 800 podem ser executadas entre vários dispositivos in- cluindo, por exemplo, o servidor EMR 114, o dispositivo de intercone- xão de redes 108, o dispositivo médico 102, o computador 122, e/ou o scanner 124.
[0093] O procedimento 800 ilustrado começa quando o servidor EMR 114 recebe uma prescrição de medicação 402 a partir do servi- dor de farmácia 118, do HIS 120, e/ou do dispositivo do clínico 130 (bloco 802). Como discutido acima, a prescrição de medicação 802 inclui programação ou parâmetros de medicação relacionados com uma administração de uma medicação, um identificador único da me- diação, e um identificador de paciente. O servidor EMR 114 corres- ponde o identificador de paciente da prescrição de medicação 402 com o identificador de paciente do EMR do paciente na base de dados
116. O servidor EMR 114 utilizada a correspondência para armazenar a prescrição de medicação 402 no EMR do paciente (bloco 804).
[0094] A seguir, um clínico começa um tratamento por programar o dispositivo médico 102. À medida que o tratamento começa, o disposi-
tivo médico 102 transmite dados do dispositivo médico 112 para o ser- vidor EMR 114 (bloco 806). Os dados do dispositivo médico incluem um identificador de dispositivo do dispositivo médico 102. O servidor EMR 114 determina se existe uma associação entre o identificador do dispositivo e quaisquer identificadores de paciente e/ou identificadores de prescrição de medicação (bloco 808). Para fazer a determinação, o servidor EMR 114 pode, por exemplo, acessar um registro de associa- ção de associação de identificador e/ou ler EMRs de paciente pesqui- sando por uma associação.
[0095] Se não existir associação determinada, o servidor EMR 114 armazena os dados do dispositivo médico 112 em um registro não as- sociado na base de dados 116 (bloco 810). A Fig. 9 apresenta um dia- grama da base de dados 116 com o armazenamento dos dados do dispositivo médico 112 em um registro não associado 900, de acordo com uma modalidade ilustrativa da presente descrição. No exemplo ilustrado, o registro não associado 900 é armazenado em uma primei- ra localização na base de dados 116. O registro 900 inclui os dados do dispositivo médico 112 que estão associados com o identificador de dispositivo “D2334” do dispositivo médico 102. A base de dados 116 da Fig. 9 também inclui um EMR 902 do paciente, correspondendo ao identificador de paciente “P123”. O EMR 902 também inclui ou está associado com a prescrição de medicação 402, a qual possui um iden- tificador “O774”. A prescrição de medicação 402 também inclui o iden- tificador de paciente, o qual o servidor EMR 114 utilizou para armaze- nar a prescrição de medicação 402 no EMR do paciente 902. Como apresentado, o EMR do paciente 902 está localizado em uma segunda localização na base de dados 902 que é separada do registro não as- sociado 900.
[0096] Retornando para a Fig. 8, o servidor EMR 114 recebe uma mensagem de identificador 128 (bloco 812). A mensagem 128 é rece-
bida enquanto o tratamento está em andamento ou após o tratamento ter terminado. A mensagem 128 é gerada, por exemplo, pelo compu- tador 122 da Fig. 1 no qual um scanner conectado 128 digitalizou um código indicativo de um identificador do dispositivo médico 120 e um identificador do paciente e/ou um identificador de uma medicação. Pa- ra apresentar o identificador de dispositivo do dispositivo médico 102 para digitalização ou entrada, um clínico pode atuar um controle em uma interface do dispositivo médico 102, causando que o dispositivo médico 102 exiba o identificador de dispositivo ou um gráfico (por exemplo, código QR) que é codificado com o identificador.
[0097] Após receber a mensagem de identificador 812, o servidor EMR 114 cria uma associação entre o dispositivo médico 102 e o EMR do paciente (bloco 814). Para criar a associação, o servidor EMR 114 corresponde o identificador do paciente ou da prescrição de medica- ção na mensagem 812 com o paciente ou prescrição de medicação correspondente no EMR do paciente. Após uma associação ser feita, o servidor EMR 114 armazena a associação em um registro de associa- ção e/ou armazena o identificador do dispositivo médico 102 na pres- crição de medicação 402 e/ou no EMR do paciente. Após a associa- ção ser criada, o servidor EMR 114 armazena dados do dispositivo médico a partir do dispositivo médico 102 no EMR do paciente (bloco 816). Este armazenamento pode incluir armazenar dados do dispositi- vo médico mais recentemente recebidos e/ou dados do dispositivo médico que já foram armazenados em um registro não associado.
[0098] A Fig. 10 apresenta um diagrama da base de dados 116 da Fig. 9 após a associação ser feita, de acordo com uma modalidade ilustrativa da presente descrição. Como ilustrado, o identificador de dispositivo “D2334” é adicionado para o EMR 902 do paciente para criar a associação. Novos dados do dispositivo médico 112a são ar- mazenados no EMR 902. Além disso, em algumas modalidades, os dados do dispositivo médico 112 no registro não associado 900 são movidos ou copiados para o EMR do paciente 902 pelo servidor EMR
144. A associação retroativa discutida neste documento por conse- quência permite aos dados do dispositivo médico serem armazenados no EMR do paciente apropriado independente de quando a associação foi feita em relação ao início do tratamento. Modalidade de Auto-Programação
[0099] A Fig. 11 apresenta um diagrama para autoprogramação no ambiente médico 100 da Fig. 1, de acordo com uma modalidade ilus- trativa da presente descrição. Em algumas modalidades, a bomba 102 é configurada para ser autoprogramada remotamente a partir de um servidor de farmácia 118 ou de outro sistema hospitalar centralizado. Durante uma configuração de terapia de infusão, a bomba 102 é confi- gurada para solicitar que um clínico selecione se a bomba é para ser programada manualmente ou automaticamente. Se a programação manual for selecionada, a bomba 102 progride através de várias telas para permitir ao clínico selecionar um nome de fármaco, tipo de infu- são, volume a ser infundido, e/ou taxa de infusão. Em algumas moda- lidades, a bomba de infusão 102 pode desviar a opção de programa- ção manual se a característica de autoprogramação estiver ativada. Nestas modalidades, a bomba de infusão 102 é configurada para exi- bir um identificador de bomba 126 após uma área de cuidados ser se- lecionada durante uma configuração de tratamento.
[00100] Para autoprogramação, a bomba de infusão 102 é configu- rada para exibir o identificador de bomba 126 como, por exemplo, um código QR (tal como o código apresentado na Fig. 7). O clínico digitali- za o código com o leitor de código de barras 124 conectado com o COW de cabeceira 122. Em adição, o clínico digitaliza um identificador de paciente indicativo do paciente particular e/ou da sala e/ou de um recipiente de medicação. O COW 122 transmite, via a rede 110, um identificador de bomba (a partir do código QR) e um identificador de paciente para o servidor EMR 114. Os identificadores podem ser inclu- ídos, por exemplo, dentro de uma mensagem de identificador para transmissão. Em adição, o servidor de farmácia 118 cria uma prescri- ção de infusão, a qual direciona a preparação de bolsas de infusão possuindo uma concentração especificada de fármaco / medicação. O servidor de farmácia 118 transmite uma ordem de prescrição / medica- ção para o servidor EMR 114. A ordem pode especificar o volume a ser infundido, o nome do fármaco ou da medicação, a concentração do fármaco, a taxa do fármaco, e o identificador de paciente. A ordem é transmitida a partir do servidor de farmácia 118 para o servidor EMR 114 utilizando uma mensagem de protocolo HL7. O protocolo HL7 proporciona uma estrutura especificando como a informação de saúde é empacotada e formatada em mensagens para integração direta den- tro de um ambiente clínico.
[00101] O servidor EMR 114 corresponde o identificador de pacien- te recebido a partir do COW 122 com o identificador de paciente den- tro da ordem da farmácia. Após fazer uma correspondência, o servidor EMR 114 adiciona o identificador de bomba para um campo destino da mensagem HL7, desse modo completando a criação de uma ordem para a bomba 102. O servidor EMR 114 transmite a ordem para o dis- positivo de interconexão de redes do sistema 108 que é configurado com uma tabela de identificadores de bomba e de endereços IP/MAC de bomba de infusão.
[00102] O dispositivo de interconexão de redes 108 determina um endereço IP/MAC baseado no identificador de bomba contido dentro da mensagem HL7. O dispositivo de interconexão de redes 108 tam- bém valida a mensagem HL7, e se com êxito, converte a mensagem para uma mensagem EXTCOM. O dispositivo de interconexão de re- des 108 então transmite a mensagem EXTCOM através da rede 110 para a bomba 102 identificada. Para fazer isso, o dispositivo de inter- conexão de redes 108 envia a mensagem EXTCOM para um módulo de bateria sem uso de fios da bomba 102. O módulo de bateria da bomba 102 aguarda até que seu processador da bomba esteja dispo- nível para receber a mensagem EXTCOM. O módulo de bateria execu- ta uma verificação de validação em relação à mensagem EXTCOM para garantir que seu conteúdo tenha sido recebido com sucesso. O módulo de bateria pode ainda converter a mensagem EXTCOM para uma mensagem INTCOM para processamento. Após o processador na bomba 102 receber a mensagem (EXTCOM ou INTCOM) a partir do módulo de bateria, a bomba 102 é automaticamente programada com os parâmetros a partir da ordem. A bomba 102 compara os parâ- metros com uma biblioteca de fármacos e exibe um alerta / aviso se quaisquer limites forem excedidos. Ao receber confirmação a partir de um clínico com respeito aos parâmetros programados, a bomba 102 é habilitada a proporcionar a terapia de infusão prescrita. Os dados transmitidos a partir da bomba 102 são armazenados pelo servidor EMR 114 no EMR do paciente utilizando a associação criada quando a bomba foi autoprogramada. Conclusão
[00103] Será apreciado que todos os métodos e procedimentos descritos neste documento podem ser implementados utilizando um ou mais programas ou componentes de computador. Estes componentes podem ser proporcionados como uma série de instruções de computa- dor em qualquer meio legível por computador convencional, incluindo RAM, ROM, memória flash, discos magnéticos ou óticos, memória óti- ca, ou outra mídia de armazenamento. As instruções podem ser confi- guradas para serem executadas por um processador, o qual quando executando a série de instruções de computador executa ou facilita a performance de todos ou parte dos métodos e procedimentos descri-
tos.
[00104] Deve ser entendido que várias alterações e modificações para as modalidades ilustrativas descritas neste documento serão apa- rentes para os versados na técnica. Tais alterações e modificações podem ser feitas sem afastamento do espírito e do escopo do presente assunto e sem diminuição de suas vantagens pretendidas. Portanto, é pretendido que tais alterações e modificações sejam cobertas pelas reivindicações anexas.
[00105] Deve ser apreciado que o 35 U.S.C. 112(f) ou pre-AIA 35 U.S.C 112, parágrafo 6, não é pretendido para ser invocado a não ser que os termos “meio” ou “etapa” sejam explicitamente citados nas rei- vindicações. Por consequência, as reivindicações não pretendem ser limitadas à estrutura, material, ou ações correspondentes descritas no relatório descritivo ou em equivalentes do mesmo.
Claims (20)
1. Sistema de registro médico eletrônico, caracterizado pelo fato de que compreende: uma base de dados armazenada em um dispositivo de memória, configurada para armazenar uma prescrição de medicação junto a um registro medico eletrônico (“EMR”) de um paciente, a pres- crição de medicação inclui um identificador de prescrição de medica- ção e um identificador de paciente do paciente, o EMR do paciente incluindo o identificador de paciente; e um servidor comunicativamente acoplado com a base de dados e uma memória armazenando código ou instruções legíveis por máquina, que quando executadas por um processador do servidor, causam que o servidor: receba primeiros dados do dispositivo médico a partir de um dispositivo médico via uma rede, os primeiros dados do dispositivo médico incluindo um identificador do dispositivo médico, determine, em um primeiro momento, que não existe as- sociação entre o identificador de dispositivo e qualquer identificador de paciente ou identificador de prescrição de medicação e armazene os primeiros dados do dispositivo médico em um registro não associado na base de dados, receba, enquanto o dispositivo médico está administran- do a medicação para o paciente, uma mensagem de identificador in- cluindo o identificador de dispositivo e pelo menos um dentre o identifi- cador de paciente ou o identificador de prescrição de medicação, crie uma associação entre o EMR do paciente e o dispo- sitivo médico por corresponder o identificador de paciente ou o identifi- cador de prescrição de medicação da mensagem de identificador com o identificador de prescrição de medicação ou com o identificador de paciente da prescrição de medicação,
receba, em um segundo momento que é após a associ- ação entre o EMR do paciente e o dispositivo médico, segundos dados do dispositivo médico a partir do dispositivo médico, os segundos da- dos do dispositivo médico incluindo o identificador de dispositivo, e armazene os segundos dados do dispositivo médico jun- to ao EMR do paciente baseado na associação criada entre o EMR do paciente e o dispositivo médico, em que os primeiros dados do dispositivo médico e os se- gundos dados do dispositivo médico incluem pelo menos um dentre parâmetros de operação do dispositivo, dados de progresso do trata- mento, dados de alarme/alerta, dados de evento, ou informação de diagnóstico.
2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o servidor é configurado para criar a associação entre o EMR do paciente e o dispositivo médico por pelo menos um dentre: armazenar o identificador de dispositivo e pelo menos um dentre o identificador de paciente ou o identificador de prescrição de medicação em uma entrada de um registro de associação, armazenar o identificador de dispositivo junto ao EMR do paciente; ou armazenar o identificador de dispositivo junto à prescrição de medicação do paciente.
3. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o servidor é configurado para, após a associação en- tre o EMR do paciente e o dispositivo médico ser criada, armazenar os primeiros dados do dispositivo médico junto ao EMR do paciente.
4. Sistema, de acordo com a reivindicação 3, caracterizado pelo fato de que o servidor é configurado para causar que pelo menos um dentre o registro não associado ou os primeiros dados do dispositi- vo médico sejam apagados da base de dados.
5. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o identificador de dispositivo da mensagem de identi- ficador é determinado por digitalizar enquanto o dispositivo médico es- tá administrando a medicação para o paciente, via um scanner de có- digo de barras, pelo menos um dentre caracteres alfanuméricos, um código de barras, ou um código de resposta rápida (“QR”).
6. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato de que o servidor é configurado para receber a mensagem de identificador a partir do scanner de código de barras ou de um compu- tador no carrinho conectado com o scanner de código de barras.
7. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende um dispositivo de interconexão de redes comunicativamente acoplado com o dispositivo médico e com o servidor via a rede, o dispositivo de interconexão de redes configurado para: receber os dados do dispositivo médico a partir do disposi- tivo médico em um formato INTCOM ou EXTCOM; converter os dados do dispositivo médico em um formato HL7; e transmitir os dados formatados do dispositivo médico para o servidor.
8. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o registro não associado é indexado na base de da- dos pelo identificador de dispositivo.
9. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo médico inclui pelo menos uma dentre uma bomba de infusão ou uma máquina de terapia de insuficiência renal.
10. Método de registro médico eletrônico, caracterizado pe- lo fato de que compreende:
armazenar, via um processador, junto a um registro médico eletrônico (“EMR”) em uma base de dados, uma prescrição de medi- cação de um paciente, a prescrição de medicação incluindo um identi- ficador de prescrição de medicação e um identificador de paciente; receber, no processador, primeiros dados do dispositivo médico a partir de um dispositivo médico via uma rede, os primeiros dados do dispositivo médico inclui um identificador de dispositivo do dispositivo médico; armazenar, via o processador, os primeiros dados do dis- positivo médico junto a um registro não associado na base de dados após determinar que não existe associação entre o identificador de dispositivo e qualquer identificador de paciente ou identificador de prescrição de medicação; receber, no processador enquanto o dispositivo médico es- tá administrando a medicação para o paciente, uma mensagem de identificador incluindo o identificador de dispositivo e pelo menos um dentre o identificador de paciente, ou o identificador de prescrição de medicação; criar, via o processador, uma associação entre o EMR do paciente e o dispositivo médico utilizando a mensagem de identifica- dor; receber, no processador, após a associação entre o EMR do paciente e o dispositivo médico, segundos dados do dispositivo médico a partir do dispositivo médico, os segundos dados do dispositi- vo médico incluindo o identificador de dispositivo; e armazenar, via o processador, os segundos dados do dis- positivo médico junto ao EMR do paciente baseado na associação cri- ada entre o EMR do paciente e o dispositivo médico, em que os primeiros dados do dispositivo médico e os se- gundos dados do dispositivo médico incluem pelo menos um dentre parâmetros de operação, dados de progresso do tratamento, dados de alarme/alerta, dados de evento, ou informação de diagnóstico.
11. Método, de acordo com a reivindicação 10, caracteriza- do pelo fato de que ainda compreende, após a associação entre o EMR do paciente e o dispositivo médico ser criada, armazenar os pri- meiros dados do dispositivo médico junto ao MER do paciente.
12. Método, de acordo com a reivindicação 10, caracteriza- do pelo fato de que ainda compreende: enquanto o dispositivo médico está administrando a medi- cação para o paciente, receber em uma interface do dispositivo médi- co, uma entrada do operador para exibir o identificador de dispositivo; e causar, via o dispositivo médico, que o identificador de dis- positivo seja exibido em uma tela do dispositivo médico.
13. Método, de acordo com a reivindicação 12, caracteriza- do pelo fato de que o identificador de dispositivo é exibido via pelo menos um dentre caracteres alfanuméricos, um código de barras, ou um código de resposta rápida (“QR”).
14. Método, de acordo com a reivindicação 12, caracteriza- do pelo fato de que ainda compreende: receber, em um scanner de código de barras, primeira in- formação que é indicativa do identificador de dispositivo a partir da lei- tura do identificador de dispositivo exibido na tela do dispositivo médi- co; receber, em um scanner de código de barras, segunda in- formação que é indicativa do identificador de paciente a partir da leitu- ra do identificador de paciente proporcionado em uma pulseira do pa- ciente; criar, via um computador conectado com o scanner de có- digo de barras, a mensagem de identificador; e transmitir, via o computador, a mensagem de identificador para o processador via a rede.
15. Método, de acordo com a reivindicação 10, caracteriza- do pelo fato de que ainda compreende: receber, no processador, a prescrição de medicação em pelo menos uma mensagem HL7 a partir de um servidor de farmácia; e armazenar, via o processador, a prescrição de medicação junto ao EMR do paciente utilizando o identificador de paciente para associação entre o EMR do paciente e a prescrição de medicação.
16. Método, de acordo com a reivindicação 10, caracteriza- do pelo fato de que a prescrição de medicação inclui pelo menos um dentre um nome da medicação, um volume a ser infundido, uma con- centração da medicação, ou uma taxa de administração da medica- ção.
17. Método, de acordo com a reivindicação 10, caracteriza- do pelo fato de que o identificador de dispositivo na mensagem de identificador é criptografado, ainda compreendendo decriptografar, via o processador, o identificador de dispositivo utilizando uma chave ar- mazenada.
18. Memória de registro médico eletrônico, caracterizada pelo fato de que armazena código ou instruções legíveis por máquina, que quando executadas por um processador, causam que o processa- dor: receba, enquanto uma bomba de infusão está administran- do uma medicação para um paciente, uma mensagem de identificador incluindo um identificador de dispositivo da bomba de infusão e pelo menos um dentre um identificador de paciente do paciente ou um iden- tificador de prescrição de medicação de uma medicação sendo admi- nistrada pela bomba de infusão;
crie uma associação entre um EMR do paciente localizado em uma base de dados e a bomba de infusão utilizando a mensagem de identificador; receba após a associação entre o EMR do paciente e a bomba de infusão, dados da bomba de infusão a partir da bomba de infusão, os dados da bomba de infusão incluindo o identificador de dispositivo; e armazene os dados do dispositivo de bomba de infusão jun- to ao EMR do paciente baseado na associação criada entre o EMR do paciente e a bomba de infusão, em que os dados da bomba de infusão incluem pelo menos um dentre parâmetros de operação do dispositivo, dados de progresso de tratamento, dados de alarme/alerta, dados de evento, ou informa- ção de diagnóstico.
19. Memória de registro médico eletrônico, de acordo com a reivindicação 18, caracterizada pelo fato de que ainda armazena códi- gos ou instruções legíveis por máquina, que quando executadas pelo processador, causam que o processador: receba primeiros dados do dispositivo de bomba de infusão antes da associação entre o EMR do paciente e a bomba de infusão; e armazene os primeiros dados do dispositivo médico junto a um registro não associado na base de dados após determinar que não existe associação entre o identificador de dispositivo e qualquer identi- ficador de paciente ou identificador de prescrição de medicação.
20. Método de registro médico eletrônico, de acordo com a reivindicação 19, caracterizada pelo fato de que ainda armazena códi- go ou instruções legíveis por máquina, que quando executadas pelo processador, causam que o processador, após a associação entre o EMR do paciente e o dispositivo médico ser criada, armazene os pri- meiros dados do dispositivo médico junto ao EMR do paciente.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862670441P | 2018-05-11 | 2018-05-11 | |
| US62/670,441 | 2018-05-11 | ||
| PCT/US2019/031818 WO2019217886A1 (en) | 2018-05-11 | 2019-05-10 | Medical device data back-association, system, apparatuses, and methods |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BR112020021446A2 true BR112020021446A2 (pt) | 2021-01-19 |
Family
ID=66625440
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112020021446-9A BR112020021446A2 (pt) | 2018-05-11 | 2019-05-10 | Associação retroativa de dados de dispositivo médico, sistema, aparelhos e métodos |
Country Status (13)
| Country | Link |
|---|---|
| US (3) | US11177026B2 (pt) |
| EP (2) | EP4116985A1 (pt) |
| JP (2) | JP7417543B2 (pt) |
| KR (1) | KR20210008504A (pt) |
| CN (1) | CN112119467B (pt) |
| AU (1) | AU2019264933A1 (pt) |
| BR (1) | BR112020021446A2 (pt) |
| CA (1) | CA3099545A1 (pt) |
| CO (1) | CO2020013880A2 (pt) |
| ES (1) | ES2927656T3 (pt) |
| MX (1) | MX2020012007A (pt) |
| SG (1) | SG11202010555QA (pt) |
| WO (1) | WO2019217886A1 (pt) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2666509C (en) | 2006-10-16 | 2017-05-09 | Hospira, Inc. | System and method for comparing and utilizing activity information and configuration information from multiple medical device management systems |
| US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
| ES2959510T3 (es) | 2011-10-21 | 2024-02-26 | Icu Medical Inc | Sistema de actualización de dispositivos médicos |
| ES2908320T3 (es) | 2013-03-06 | 2022-04-28 | Icu Medical Inc | Método de comunicación de dispositivos médicos |
| WO2015031774A1 (en) | 2013-08-30 | 2015-03-05 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
| US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
| AU2014353130B9 (en) | 2013-11-19 | 2019-09-05 | Icu Medical, Inc. | Infusion pump automation system and method |
| US9764082B2 (en) | 2014-04-30 | 2017-09-19 | Icu Medical, Inc. | Patient care system with conditional alarm forwarding |
| US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
| US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
| AU2017295722B2 (en) | 2016-07-14 | 2022-08-11 | Icu Medical, Inc. | Multi-communication path selection and security system for a medical device |
| USD965138S1 (en) * | 2017-12-27 | 2022-09-27 | Baxter International Inc. | Infusion pump with rechargeable battery |
| WO2020018388A1 (en) | 2018-07-17 | 2020-01-23 | Icu Medical, Inc. | Updating infusion pump drug libraries and operational software in a networked environment |
| US10861592B2 (en) | 2018-07-17 | 2020-12-08 | Icu Medical, Inc. | Reducing infusion pump network congestion by staggering updates |
| WO2020018389A1 (en) | 2018-07-17 | 2020-01-23 | Icu Medical, Inc. | Systems and methods for facilitating clinical messaging in a network environment |
| US10950339B2 (en) | 2018-07-17 | 2021-03-16 | Icu Medical, Inc. | Converting pump messages in new pump protocol to standardized dataset messages |
| WO2020023231A1 (en) | 2018-07-26 | 2020-01-30 | Icu Medical, Inc. | Drug library management system |
| US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
| CN113033177B (zh) * | 2019-12-24 | 2024-05-10 | 医渡云（北京）技术有限公司 | 一种电子病历数据的解析方法及装置 |
| US10839181B1 (en) | 2020-01-07 | 2020-11-17 | Zebra Technologies Corporation | Method to synchronize a barcode decode with a video camera to improve accuracy of retail POS loss prevention |
| US11996187B2 (en) * | 2020-05-15 | 2024-05-28 | Fresenius Medical Care Holdings, Inc. | Home dialysis machine network including walk-up service centers |
Family Cites Families (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0655107B1 (en) | 1992-06-09 | 2002-10-16 | Baxter International Inc. | Programmable infusion pump with interchangeable tubing |
| US5713856A (en) | 1995-03-13 | 1998-02-03 | Alaris Medical Systems, Inc. | Modular patient care system |
| US5781442A (en) | 1995-05-15 | 1998-07-14 | Alaris Medical Systems, Inc. | System and method for collecting data and managing patient care |
| US5764034A (en) | 1996-04-10 | 1998-06-09 | Baxter International Inc. | Battery gauge for a battery operated infusion pump |
| US7933780B2 (en) | 1999-10-22 | 2011-04-26 | Telaric, Llc | Method and apparatus for controlling an infusion pump or the like |
| US6519569B1 (en) | 1999-12-01 | 2003-02-11 | B. Braun Medical, Inc. | Security infusion pump with bar code reader |
| US9135393B1 (en) | 2000-08-02 | 2015-09-15 | Smiths Medical Asd, Inc. | Processing program data for medical pumps |
| US20030069480A1 (en) * | 2001-04-28 | 2003-04-10 | Baxter International Inc. | A system and method for networking blood collection instruments within a blood collection facility |
| EP1388106A4 (en) | 2001-05-15 | 2008-11-19 | Hill Rom Services Inc | APPARATUS AND METHOD FOR MANAGING DATA ON PATIENTS |
| US20030055685A1 (en) * | 2001-09-19 | 2003-03-20 | Safety Syringes, Inc. | Systems and methods for monitoring administration of medical products |
| US8775196B2 (en) | 2002-01-29 | 2014-07-08 | Baxter International Inc. | System and method for notification and escalation of medical data |
| US10173008B2 (en) | 2002-01-29 | 2019-01-08 | Baxter International Inc. | System and method for communicating with a dialysis machine through a network |
| US8504179B2 (en) | 2002-02-28 | 2013-08-06 | Smiths Medical Asd, Inc. | Programmable medical infusion pump |
| US7059840B2 (en) | 2002-04-05 | 2006-06-13 | Sigma International | Energy-saving, anti-free flow portable pump for use with standard PVC IV tubing |
| US8234128B2 (en) | 2002-04-30 | 2012-07-31 | Baxter International, Inc. | System and method for verifying medical device operational parameters |
| US7153286B2 (en) | 2002-05-24 | 2006-12-26 | Baxter International Inc. | Automated dialysis system |
| US8954336B2 (en) | 2004-02-23 | 2015-02-10 | Smiths Medical Asd, Inc. | Server for medical device |
| JP5148857B2 (ja) * | 2005-10-25 | 2013-02-20 | テルモ株式会社 | 生体情報収集システム |
| JP4204602B2 (ja) * | 2006-04-10 | 2009-01-07 | 株式会社Ｓｂｓ情報システム | 電子カルテシステムおよび電子カルテシステムへの入力方法 |
| US8517990B2 (en) | 2007-12-18 | 2013-08-27 | Hospira, Inc. | User interface improvements for medical devices |
| EP2254616B1 (en) | 2008-01-23 | 2016-07-06 | DEKA Products Limited Partnership | Disposable fluid handling cassette for peritoneal dialysis |
| US20140046492A1 (en) | 2008-09-03 | 2014-02-13 | Ebroselow, Llc | Method and Apparatus for Providing Drug Infusion Values to an Infusion Pump |
| US8352290B2 (en) | 2008-11-07 | 2013-01-08 | Curlin Medical Inc. | Method of automatically programming an infusion pump |
| US20100169120A1 (en) * | 2008-12-31 | 2010-07-01 | Cerner Innovation, Inc. | Patient to device association |
| US8688467B2 (en) * | 2009-01-09 | 2014-04-01 | Cerner Innovation, Inc. | Automated analysis of data collected by in-vivo devices |
| CN101926675B (zh) * | 2009-10-30 | 2012-08-08 | 华为技术有限公司 | 一种远程获取用户生理检测数据的方法、装置及系统 |
| US10391241B2 (en) | 2010-01-22 | 2019-08-27 | Deka Products Limited Partnership | Syringe pump having a pressure sensor assembly |
| US8473502B2 (en) * | 2010-10-01 | 2013-06-25 | Smiths Medical Asd, Inc. | Interassociating data of a medical device |
| CA2837200C (en) | 2011-05-24 | 2020-07-07 | Deka Products Limited Partnership | Hemodialysis system |
| US20130046871A1 (en) * | 2011-08-17 | 2013-02-21 | Daniel Vik | Managing a plurality of associated medical devices |
| US9053520B2 (en) | 2011-10-17 | 2015-06-09 | Carefusion 303, Inc. | Associating an information reader and a medical device |
| US9218455B2 (en) | 2011-10-19 | 2015-12-22 | Cerner Innovation, Inc. | Dynamic pairing of devices with a medical application |
| US9213928B2 (en) | 2011-10-19 | 2015-12-15 | Cerner Innovation, Inc. | Bar-code assignment system for medical and other uses |
| CN108269613A (zh) * | 2011-12-01 | 2018-07-10 | 西诺医药有限责任公司 | 医疗设备及其操作方法 |
| US9675756B2 (en) | 2011-12-21 | 2017-06-13 | Deka Products Limited Partnership | Apparatus for infusing fluid |
| NZ630547A (en) * | 2012-10-01 | 2016-11-25 | Resmed Ltd | System and method for medical device identifier |
| JP6077932B2 (ja) | 2013-05-24 | 2017-02-08 | 株式会社ダイフレックス | ノンブリード高強度・高伸張形手塗ウレタン塗膜防水材組成物 |
| US20150230760A1 (en) | 2014-02-19 | 2015-08-20 | Q-Core Medical Ltd. | Methods, circuits, devices, systems and computer executable code for operating a medical device using a hybrid communication path |
| FR3031219B1 (fr) * | 2014-12-31 | 2018-06-29 | Sigfox | Procede d'association d'un objet avec un utilisateur, dispositif, objet et produit programme d'ordinateur correspondant |
-
2019
- 2019-05-10 ES ES19725633T patent/ES2927656T3/es active Active
- 2019-05-10 JP JP2020563413A patent/JP7417543B2/ja active Active
- 2019-05-10 EP EP22193114.0A patent/EP4116985A1/en active Pending
- 2019-05-10 WO PCT/US2019/031818 patent/WO2019217886A1/en active Application Filing
- 2019-05-10 US US16/408,978 patent/US11177026B2/en active Active
- 2019-05-10 CA CA3099545A patent/CA3099545A1/en active Pending
- 2019-05-10 EP EP19725633.2A patent/EP3791398B1/en active Active
- 2019-05-10 CN CN201980031029.7A patent/CN112119467B/zh active Active
- 2019-05-10 KR KR1020207035289A patent/KR20210008504A/ko unknown
- 2019-05-10 BR BR112020021446-9A patent/BR112020021446A2/pt unknown
- 2019-05-10 SG SG11202010555QA patent/SG11202010555QA/en unknown
- 2019-05-10 MX MX2020012007A patent/MX2020012007A/es unknown
- 2019-05-10 AU AU2019264933A patent/AU2019264933A1/en not_active Abandoned
-
2020
- 2020-11-06 CO CONC2020/0013880A patent/CO2020013880A2/es unknown
-
2021
- 2021-11-15 US US17/526,699 patent/US11823779B2/en active Active
-
2023
- 2023-11-20 US US18/514,580 patent/US20240087695A1/en active Pending
-
2024
- 2024-01-05 JP JP2024000590A patent/JP2024054105A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4116985A1 (en) | 2023-01-11 |
| MX2020012007A (es) | 2021-02-09 |
| US20190348160A1 (en) | 2019-11-14 |
| EP3791398A1 (en) | 2021-03-17 |
| US20220076795A1 (en) | 2022-03-10 |
| CO2020013880A2 (es) | 2020-12-21 |
| SG11202010555QA (en) | 2020-11-27 |
| AU2019264933A1 (en) | 2020-12-03 |
| JP2021523470A (ja) | 2021-09-02 |
| US11177026B2 (en) | 2021-11-16 |
| WO2019217886A1 (en) | 2019-11-14 |
| JP2024054105A (ja) | 2024-04-16 |
| US20240087695A1 (en) | 2024-03-14 |
| KR20210008504A (ko) | 2021-01-22 |
| ES2927656T3 (es) | 2022-11-10 |
| CA3099545A1 (en) | 2019-11-14 |
| JP7417543B2 (ja) | 2024-01-18 |
| EP3791398B1 (en) | 2022-09-07 |
| US11823779B2 (en) | 2023-11-21 |
| CN112119467B (zh) | 2024-05-10 |
| CN112119467A (zh) | 2020-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BR112020021446A2 (pt) | Associação retroativa de dados de dispositivo médico, sistema, aparelhos e métodos | |
| JP7465908B2 (ja) | 医療デバイスデータ統合装置および方法 | |
| US20230398295A1 (en) | Hemodynamic management system, apparatus, and methods | |
| US20230256146A1 (en) | System, methods, and apparatus having a circular buffer for the replay of renal therapy machine alarms and events |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 5A ANUIDADE. |