Especificação de comunicação HL7 com um PACS
Daniel Carvalho |
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, 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.
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
Mapeamentos ao nível do pedido/requisição
Mapeamentos ao nível do relatório
Mensagens de exemplo
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 |
Referências
- ↑ Ps, D., & Definitions, I. O. (n.d.). DICOM PS3.5 2015c - Person Name.
- ↑ Seppala, G. (2007). 3. Patient Administration. Health Level Seven, Version 2.5.1 © 2007.
- ↑ 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.
- ↑ 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.
- ↑ Buitendijk, H., Loyd, P., Schadow, G., & Robertson, S. (2007). 4. Order Entry, (April).