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

Fonte: aprendis
Saltar para a navegaçãoSaltar para a pesquisa
Sem resumo de edição
Sem resumo de edição
Linha 8: Linha 8:
{{col-break}}
{{col-break}}
{{col-end}}
{{col-end}}
<ref name="ref1">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.</ref>
 


= Introdução =
= Introdução =
Linha 24: Linha 24:


= Identificadores de pacientes =
= Identificadores de pacientes =
O nome dos pacientes, para efeitos de interoperabilidade, devem respeitar as definições DICOM (PS3.5 2015c - Person Name), assim como a definição HL7 (tipo de dado XPN, HL7 version 2.5, Chapter 02A, página 2-232). Por exemplo, uma pessoa com o nome “Manuel Maria Gomes Silva Cruz” deverá ter a seguinte separação: “Cruz^Manuel^Maria Gomes Silva”.
O nome dos pacientes, para efeitos de interoperabilidade, devem respeitar as definições DICOM (PS3.5 2015c - Person Name)<ref name="ref1">Ps, D., & Definitions, I. O. (n.d.). DICOM PS3.5 2015c - Person Name.</ref>, assim como a definição HL7 (tipo de dado XPN, HL7 version 2.5, Chapter 02A, página 2-232)<ref name="ref2">Seppala, G. (2007). 3. Patient Administration. Health Level Seven, Version 2.5.1 © 2007.</ref>. 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), 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.
 
De acordo com o IHE (Integrating the Healthcare Enterprise)<ref name="ref3">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.</ref>, 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.<ref name="ref4">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.</ref>
 
= 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 ===
{|class="wikitable" style="width:100%; text-align: left;"
! 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 =
= Referências =
<references/>
<references/>

Revisão das 19h06min de 14 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, 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.
Obtida de "https://aprendis.med.up.pt/index.php?title=Especificação_de_comunicação_HL7_com_um_PACS&oldid=3782"