Especificação de comunicação HL7 com um PACS

Fonte: aprendis
Revisão em 19h06min de 14 de abril de 2016 por Up201500423 (discussão | contribs)
Saltar para a navegaçãoSaltar para a pesquisa

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, 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

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

  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.