Especificação de comunicação HL7 com um PACS: diferenças entre revisões

Fonte: aprendis
Saltar para a navegaçãoSaltar para a pesquisa
Linha 316: Linha 316:
|-
|-
| F  
| F  
| Final results; results stored and verified. Can only be
| Final results; results stored and verified. Can only be changed with a corrected result.
changed with a corrected result.
|
|
|-
|-
Linha 325: Linha 324:
|-
|-
| Y  
| Y  
| No order on record for this test. (Used only on
| No order on record for this test. (Used only on queries)
queries)
|
|
|-
|-

Revisão das 17h35min de 15 de abril de 2016

Daniel Carvalho
Mestrado de Informática Médica
Universidade do Porto
up201500423@med.up.pt


Introdução

Este documento descreve como deverá ser efetuada a integração entre um RIS e um PACS .

Conceitos utilizados

Pedido – Conjunto de exames pedidos por um prescritor, que constituem um “estudo”. Um pedido é registado no RIS. Um pedido pode ser efetuado num software terceiro como CpoE (Clinical Physician Order Entry), EPR (Electronic Patient Record), EMR (Electronic Medical Record);
Requisição – Igual a “pedido”;
Order placer – A aplicação onde o utilizador efetua um pedido;
Order filler – A aplicação que processa um pedido;
Exame – Um exame concreto dentro de um pedido;

DICOM

O serviço de DICOM Modality Worklist pode ser disponibilizado tanto pelo PACS com as informações dos agendamentos previamente enviados pelo RIS via HL7, como pelo RIS, dependendo do que é acordado com o hospital. Valores como Accession Number (número de requisição, DICOM TAG 8,50), Study ID (identificador do exame, DICOM TAG 20,10), Patient ID (Identificador de paciente, DICOM TAG 10,20)ou Modality (Modalidade, DICOM TAG 8,60)são passados para as listas de trabalho das modalidades a partir de valores previamente enviados via HL7.

Identificadores de pacientes

O nome dos pacientes, para efeitos de interoperabilidade, devem respeitar as definições DICOM (PS3.5 2015c - Person Name)[1], assim como a definição HL7 (tipo de dado XPN, HL7 version 2.5, Chapter 02A, página 2-232)[2]. Por exemplo, uma pessoa com o nome “Manuel Maria Gomes Silva Cruz” deverá ter a seguinte separação: “Cruz^Manuel^Maria Gomes Silva”.

De acordo com o IHE (Integrating the Healthcare Enterprise)[3], HL7 e DICOM, um paciente pode ter vários identificadores. Cada identificador pertence a um domínio (assigning authority). O RIS deverá enviar nas mensagens HL7, PID-3 a identificação do paciente no seu domínio assim como o os sub-componentes do assigning authority. Quando possível, deverá também enviar quaisquer outros identificadores suplementares que existam no RIS em repetições do mesmo PID-3.[4]

Alteração de estados

Existem duas formas de atualização de estados em exames, se o intuíto for atualizar toda a requisição o estado deverá ser enviado no segmento ORC-5, contendo no segmento ORC-15 a data/hora desta atualização. Se quisermos atualizar apenas um dos exames da requisição (uma requisição poderá ter vários exames associados) essa informação deverá ser enviada no segmento OBR-25, sendo que no segmento OBR-22 deverá enviar-se a data/hora desta alteração. No caso de ambos os segmentos (ORC-5 e OBR-25) estarem preenchidos, o valor do segmento OBR-25 tem precedência [5]. Os valores definidos por defeito para estes segmentos podem ser encontrados em HL7 Table 0123 - Result Status, podendo no entanto haver mapeamentos alternativos baseados na instalação. Relativamente a relatórios, o estado do mesmo deverá ser preenchido no segmento OBX-11, a data/hora desta alteração deverá ser registada no segmento OBR-22, sendo que se a realização do relatório afetar a requisição ou um dos exames de uma requisição, as regras anteriormente descritas deverão ser acatadas, ou seja, o estado ou da requisição, ou do exame deverá vir preenchido nos segmentos ORC-5 ou OBR-25. A utilização do segmento OBX-11 não é consensual, sendo que em vários casos podem encontrar-se mapeamentos para estado de relatório também no segmento OBR-25. Os valores predefinidos para estados de relatórios podem ser encontrados em HL7 Table 0085 - Observation result status codes interpretation [6]

Tipos de mensagens

Tipicamente encontramos 4 tipos de mensagens na comunicação entre RIS e PACS:

Tipo de mensagem Evento HL7 Direção Descrição
ADT^A08 Admissition/Discharge/Transfer - Update Patient Information RIS → PACS Alteração de dados demográficos de paciente
ADT^A40 Admissition/Discharge/Transfer - Merge patient RIS → PACS Fusão de dois pacientes em um
ORM^O01 Order Message – Procedure Scheduled RIS → PACS Pedido registado no RIS ou atualização de dados de um pedido
ORU^R01 Report Message - Unsolicited Report RIS → PACS Relatório escrito no RIS, adenda ou cancelamento

Sendo também possível o PACS enviar mensagens para o RIS, geralmente:

Tipo de mensagem Evento HL7 Direção Descrição
ORM^O01 Order Message – Procedure Scheduled PACS → RIS Imagens disponíveis, alteração das propriedades de um exame, cancelamento e remoção de um exame
ORU^R01 Report Message - Unsolicited Report PACS → RIS Relatório escrito no PACS, adenda ou cancelamento

Mapeamentos relevantes

IHE Sonho RIS HL7 PACS DICOM
N. Processo

N Sequencial

ID Paciente PID-3.1. (Patient ID) Medical Record Number 10,20 (patient ID)
Order / Request N. requisição OBR-18 (Placer field 1) Request ID (OBR-18+OBR-19) 20,10 (Study ID)

8,50 (Accession no.)

N. pedido OBR-19 (Placer field 2)
Módulo Módulo PV1-10 (Hospital Service) Free field N
Episódio Episódio PV1-19.1 (Visit ID) Free field M

Mapeamentos ao nível do paciente

Dado Campo HL7 Designação PACS Notas
ID do paciente PID-3.1.1 ID number Medical Record Number Número gerado pela aplicação que se considera Issuer of patient ID num determinado domínio

Numero sequêncial do sonho/ Número de doente da Glintt Número do SNS (número único) Número de processo Outros números de identificação (NIF, BI/CC, subsistema)

Nome do emissor PID-3.4.1 Assigning authority, subcomponent namespace ID Issuer Name ID da entidade que emitiu a identificação do paciente
ID do emissor PID-3.4.2 Assigning authority, subcomponent Universal ID Issuer ID Nome de quem emitiu o numero de identificação do paciente
Nome PID-5 Patient Name Patient Name Nome do paciente de acordo com o formato regulado por HL7 e DICOM
Sexo PID-8 Sex Patient sex Valores M (masculino), F (feminino), O (outro), U (desconhecido)
Data de nascimento PID-7 Date/Time of Birth Patient birthdate YYYMMDDHHmmss
Morada PID-11 Patient Address Patient Address
Nacionalidade PID-28 Nationality Nationality
Falecido PID-30 Patient Death Indicator Deceased Indicador se o paciente faleceu ou não(Y, N)

Mapeamentos ao nível do pedido/requisição

Mapeamentos ao nível do relatório

Dado Campo HL7 Designação PACS Notas
Identificador da Observação OBX-3 Contém o identificador da "linha" de Observação
Relatório OBX-5 O texto do relatório deverá vir inserido neste campo
Estado do relatório OBX-11 Result status

OBR-25 Result status

Report status Este campo contém o estado do relatório para este exame.
Médico responsável OBR-32 Principal Result Interpreter Nome e identificador único do médico responsável pelo relatório.

Data da assinatura do relatório. Nota: Um valor NULL deve ser enviado por “”

Médico responsável pelo relatório Preliminar OBR-33 Assistant Result Interpreter Nome e identificador único do médico responsável pelo relatório preliminar.

Data da assinatura do relatório. Nota: Um valor NULL deve ser enviado por “”

Data do relatório OBR-22 Results Rpt/Status Chng - Date/Time

OBX-14 Date/Time of the Observation

Report date Data em que o relatório é emitido

Mensagens de exemplo

HL7 Table 0085 - Observation result status codes interpretation

Value Description
C Record coming over is a correction and thus replaces a final result
D Deletes the OBX record
F Final results; Can only be changed with a corrected result.
I Specimen in lab; results pending
N Not asked; used to affirmatively document that the observation identified in the OBX was not sought when the universal service ID in OBR-4 implies that it would be sought.
O Order detail description only (no result)
P Preliminary results
R Results entered -- not verified
S Partial results
X Results cannot be obtained for this observation
U Results status change to final without retransmitting results already sent as ‘preliminary.’ E.g., radiology changes status from preliminary to final
W Post original as wrong, e.g., transmitted for wrong patient

HL7 Table 0123 - Result Status

Value Description Comment
O Order received; specimen not yet received
I No results available; specimen received, procedure incomplete
S No results available; procedure scheduled, but not done
A Some, but not all, results available
P Preliminary: A verified early result is available, final results not yet obtained
C Correction to results
R Results stored; not yet verified
F Final results; results stored and verified. Can only be changed with a corrected result.
X No results available; Order canceled.
Y No order on record for this test. (Used only on queries)
Z No record of this patient. (Used only on queries)

Referências

  1. Ps, D., & Definitions, I. O. (n.d.). DICOM PS3.5 2015c - Person Name.
  2. Seppala, G. (2007). 3. Patient Administration. Health Level Seven, Version 2.5.1 © 2007.
  3. Hl, P. I. C., Demographic, P., & Hl, Q. (2010). IHE IT Infrastructure Technical Framework Supplement Patient Identifier Cross-Reference HL7 V3 ( PIXV3 ) and Patient Demographic Query HL7 V3 Trial Implementation. IHE International, Inc.
  4. Standard, N. F. O. R. A., Of, G., & Standard, T. H. E. (1999). Table of Contents. Health Level Seven, Version 2.3.1 © 1999. All Rights Reserved.
  5. Buitendijk, H., Loyd, P., Schadow, G., & Robertson, S. (2007). 4. Order Entry, (April).
  6. Buitendijk, H., Loyd, P., & Sieber, K. (2007). 7. Observation Reporting, (April).