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, como pelo RIS, dependendo do que é acordado com o hospital.
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. HL7 Table 0123 - Result Status
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.
