Tiempos de Espera Interoperable
0.2.1 - draft
Tiempos de Espera Interoperable
0.2.1 - draft
Tiempos de Espera Interoperable, published by Unidad de Interoperabilidad - MINSAL. This guide is not an authorized publication; it is the continuous build for version 0.2.1 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/Minsal-CL/SIGTEv2-IG/ and changes regularly. See the Directory of published versions
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| iniciar | Iniciar | En este evento, se genera la solicitud de interconsulta para la Consulta Nueva de Especialidad, en dónde se registra información asociada a la identificación del paciente y el motivo por el cual se deriva. Cada Interconsulta posee un número único nacional, entregado desde nivel central. | La respuesta debe indicar si se produjeron errores o indicar que la interconsulta ha sido creada |
Los códigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento iniciar debe soportar a siguiente secuencia:
La semántica del mensaje para la transacción del Evento Iniciar usa el Bundle Inicio LE que es un Bundle del tipo message que incluye toda la información asociada al Evento Iniciar, esta información va representada de manera general en el recurso ServiceRequest LE y debe incluir un recurso cabecera llamado MessageHeader LE para representar el evento de acuerdo al Mecanismo de Intercambio de Mensajería
La respuesta al mensaje enviado debe ser un Bundle del tipo message con un recurso cabecera MessageHeader LE que contiene como foco un recurso llamado OperationOutcome con los detalles del resultado de la transacción.
No existe precondición para este evento.
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| referenciar | Referenciar | Este evento permite registrar información asociada a una derivación, la cual puede ser: APS a Nivel Secundario, Nivel Secundario a APS, Nivel Secundario a Hospital Digital, etc. El detalle de la derivación es registrado en el campo MotivoDerivación. | La respuesta debe indicar si se produjeron errores o indicar que la interconsulta ha sido creada |
Los codigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento referenciar debe soportar las siguientes secuencias:
La semántica del mensaje para la transacción del Evento Referenciar usa el Bundle Referenciar LE que es un Bundle del tipo message que incluye toda la información asociada al Evento Referenciar, esta información va representada de manera general en el recurso ServiceRequest LE y debe incluir un recurso cabecera llamado MessageHeader LE para representar el evento de acuerdo al Mecanismo de Intercambio de Mensajería
La respuesta al mensaje enviado debe ser un Bundle del tipo message con un recurso cabecera MessageHeader LE que contiene como foco un recurso llamado OperationOutcome con los detalles del resultado de la transacción.
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| revisar | Revisar | Este evento registra la información asociada a la revisión de pertinencia del Gestor de casos del nivel secundario. | La respuesta debe indicar si se produjeron errores o indicar que la interconsulta ha sido creada |
Los codigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento revisar debe soportar a siguiente secuencia:
La semántica del mensaje para la transacción del evento de revisar usa el Bundle Revisar LE que es un Bundle del tipo message que incluye toda la información asociada al evento de revisar, esta información va representada de manera general en el recurso ServiceRequest LE y debe incluir un recurso cabecera llamado MessageHeader LE para representar el evento de acuerdo al Mecanismo de Intercambio de Mensajería
La respuesta al mensaje enviado debe ser un Bundle del tipo message con un recurso cabecera MessageHeader LE que contiene como foco un recurso llamado OperationOutcome con los detalles del resultado de la transacción.
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| priorizar | Priorizar | Este evento registra la información asociada a la asignación de priorización del Gestor de casos. | La respuesta debe indicar si se produjeron errores o indicar que la interconsulta ha sido creada |
Los codigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento priorizar debe soportar a siguiente secuencia:
La semántica del mensaje para la transacción del evento priorizar usa el Bundle Priorizar LE que es un Bundle del tipo message que incluye toda la información asociada al evento priorizar, esta información va representada de manera general en el recurso ServiceRequest LE y debe incluir un recurso cabecera llamado MessageHeader LE para representar el evento de acuerdo al Mecanismo de Intercambio de Mensajería .
La respuesta al mensaje enviado debe ser un Bundle del tipo message con un recurso cabecera MessageHeader LE que contiene como foco un recurso llamado OperationOutcome con los detalles del resultado de la transacción.
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| agendar | Agendar | Este evento permite registrar información asociada a la programación de la cita con el especialista. | La respuesta debe indicar si se produjeron errores o indicar que la interconsulta ha sido creada |
Los codigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento agendar debe soportar a siguiente secuencia:
La semántica del mensaje para la transacción del evento agendar usa el Bundle Agendar LE que es un Bundle del tipo message que incluye toda la información asociada al evento agendar, esta información va representada de manera general en el recurso Appointment Agendar LE y debe incluir un recurso cabecera llamado MessageHeader LE para representar el evento de acuerdo al Mecanismo de Intercambio de Mensajería
La respuesta al mensaje enviado debe ser un Bundle del tipo message con un recurso cabecera MessageHeader LE que contiene como foco un recurso llamado OperationOutcome con los detalles del resultado de la transacción.
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| atender | Atender | Este evento permite registrar información asociada a la atención de consulta de especialidad. | La respuesta debe indicar si se produjeron errores o indicar que la interconsulta ha sido creada |
Los codigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento atender debe soportar a siguiente secuencia:
La semántica del mensaje para la transacción del evento Atender usa el Bundle Atender LE que es un Bundle del tipo message que incluye toda la información asociada al evento Atender, esta información va representada de manera general en el recurso Encounter Atender LE y debe incluir un recurso cabecera llamado MessageHeader LE para representar el evento de acuerdo al Mecanismo de Intercambio de Mensajería
La respuesta al mensaje enviado debe ser un Bundle del tipo message con un recurso cabecera MessageHeader LE que contiene como foco un recurso llamado OperationOutcome con los detalles del resultado de la transacción.
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| terminar | Terminar | Este evento permite registrar información asociada a los motivos de cierre o término de la interconsulta. | La respuesta debe indicar si se produjeron errores o indicar que la interconsulta ha sido creada |
Los codigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento terminar debe soportar a siguiente secuencia:
La semántica del mensaje para la transacción del Evento Terminar usa el Bundle Terminar LE que es un Bundle del tipo message que incluye toda la información asociada al Evento Terminar, esta información va representada de manera general en el recurso ServiceRequest LE y debe incluir un recurso cabecera llamado MessageHeader LE para representar el evento de acuerdo al Mecanismo de Intercambio de Mensajería
La respuesta al mensaje enviado debe ser un Bundle del tipo message con un recurso cabecera MessageHeader LE que contiene como foco un recurso llamado OperationOutcome con los detalles del resultado de la transacción.
Notificar a encargados de Lista de espera.