Pedido de informação demográfica de um utente

O Medigraf permite a gestão de utentes, sendo que um médico ao utilizar a plataforma pode editar informações demográficas de um utente. Neste cenário, existe um sistema que envia um pedido de obtenção da informação demográfica sobre um utente identificado pelo número do processo clínico. Este é um possível caso de sincronização de informação entre o Medigraf e o sistema de gestão de utentes do sistema de informação hospitalar.

A execução desta interação consiste na receção do pedido por parte do Mirth Connect, na verificação da existência do utente na base de dados do Medigraf e na recolha da sua informação armazenada, caso exista. O passo seguinte é a construção da mensagem HL7 v3 e o envio da mensagem para o sistema que requisitou a informação. Esta interação é apresentada na Figura 9.3.

Figura 9.3 - Transação de um pedido de informação demográfica de um utente(Health Level Seven International, 2011)

Na primeira interação, identificada pelo código PRPA_IN201307UV, o sistema

Patient Registry Query Placer, identificado pelo código PRPA_AR201303UV02, é o

sistema que inicia o pedido de informação. No cenário de um sistema de informação hospital pode ser um sistema qualquer da unidade de saúde. O sistema Patient Registry

de produzir uma resposta ao pedido. Segundo o standard, esta primeira interação é composta pelos seguintes elementos:

 TriggerEvent: PRPA_TE201307UV02;

 TransmissionWrapper: MCCI_MT000100UV01;  ControlActWrapper: QUQI_MT021001UV;  QueryDefinition: PRPA_MT201307UV02.

O Trigger Event, identificado pelo código PRPA_TE201307UV02, é um evento que solicita toda a informação demográfica, de um determinado paciente, que se encontra armazenada num determinado sistema. O Transmission Wrapper, identificado pelo código MCCI_MT000100UV01, é igual ao primeiro caso de uso apresentado e descreve a estrutura geral da mensagem para controlo de comunicação, contém atributos que influenciam o processamento da mensagem. O Control Act Wrapper, identificado pelo código QUQI_MT021001UV, neste caso de uso apenas encapsula a informação da mensagem em si, não contendo atributos relevantes. O Query Definition, identificado pelo código PRPA_MT201307UV02, tem como atributo o número de identificação do utente, sobre o qual se pretende fazer o pedido de informação.

No Apêndice C: está um exemplo de uma mensagem de pedido de informação de um utente com base no número de processo clínico do utente. O Mirth Connect ao receber esta mensagem vai aceder à base de dados do Medigraf e verificar se o utente existe, recolhendo toda a informação demográfica, como está apresentado no Apêndice D:.

Na segunda interação, identificada pelo código PRPA_IN201308UV02, o sistema

PatientRegistryQueryFulfiller, identificado pelo código PRPA_AR201304UV02, envia

uma resposta ao pedido de informação recebido do sistema Patient Registry Query

Placer, identificado pelo código PRPA_AR201303UV02. Segundo o standard, esta

segunda interação é composta pelos seguintes elementos:  TriggerEvent: PRPA_TE201308UV02;

 TransmissionWrapper: MCCI_MT000300UV01;  ControlActWrapper: MFMI_MT700711UV01;  QueryResponseType: PRPA_MT201303UV02;  QueryDefinition: PRPA_MT201307UV02.

O Trigger Event, identificado pelo código PRPA_ TE201308UV02, é um evento que responde a um pedido de informação de um determinado paciente. O Transmission Wrapper, identificado pelo código MCCI_ MT000300UV01, contém atributos que influenciam o processamento da mensagem e contém informação acerca dos sistemas intervenientes. O Control Act Wrapper, identificado pelo código MFMI_MT700711UV01, encapsula a informação de uma mensagem de resposta a um pedido de informação. O Query Response Type, identificado pelo código PRPA_MT201303UV02, é usado para retornar a informação do paciente em resposta ao pedido de informação, contém toda a informação do paciente. O Query Definition, identificado pelo código PRPA_MT201307UV02, é o mesmo elemento que foi enviado na mensagem inicial e tem como atributo o número de identificação do utente, sobre o qual incide o pedido de informação.

No Apêndice E: está apresentada uma mensagem de resposta indicando que o utente foi encontrado. Esta mensagem é enviada ao sistema que requisitou a informação e contém toda a informação demográfica do utente.

<?xml version="1.0"encoding="UTF-8"?>

<PRPA_IN201308UV02 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="urn:hl7-org:v3 multicacheschemas/PRPA_IN201308UV02.xsd"xmlns="urn:hl7-org:v3"ITSVersion="XML_1.0">

<id root="2.16.840.1.113883"/>

<creationTime value="20070428150301"/>

<interactionId root="2.16.840.1.113883.1.6"extension="PRPA_IN201308UV02"/>

<processingCode code="T"/>

<processingModeCode code="I"/>

<acceptAckCode code="NE"/>

<receiver typeCode="RCV">

<device classCode="DEV"determinerCode="INSTANCE">

<id root="2.16.840.1.113883"/></device>

</receiver>

<sender typeCode="SND">

<device classCode="DEV"determinerCode="INSTANCE">

<id root="2.16.840.1.113883"/>

</device>

</sender>

<controlActProcess classCode="CACT"moodCode="EVN">

<queryAck>

<queryResponseCode code="NF"/>

</queryAck>

<queryByParameter>

<queryId root="2.16.840.1.113883.11.19750"/>

<statusCode code="new"/>

<parameterList>

<patientIdentifier>

<value root="2.16.840.1.113883"extension="ABC123"/>

<semanticsText>Patient.id</semanticsText>

</patientIdentifier>

</parameterList>

</queryByParameter>

</controlActProcess> </PRPA_IN201308UV02>

Na Figura 9.4 está um exemplo de uma mensagem de resposta a informar que não foi encontrado nenhum utente com o processo clínico enviado. Essa informação está visível no elemento queryResponseCodeque inclui o atributo code com o valor “NF” (NotFound).