Tiempos de Espera Interoperable
0.1.5 - draft
Tiempos de Espera Interoperable
0.1.5 - draft
Tiempos de Espera Interoperable - Local Development build (v0.1.5). See the Directory of published versions
| Código | Evento | Descripción | Respuesta |
|---|---|---|---|
| iniciar | Iniciar | Este evento es el inicial, permite registrar información asociada a la interconsulta. Puede ser iniciado por un médico de APS, Servicio de Urgencia de nivel secundario, médico nivel secundario. Cada Interconsulta posee un número único nacional, entregado desde nivel central. | La respuesta debe indicar si 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 inicio debe soportar a siguiente secuencia:
La semántica del mensaje para la transacción del evento de inicio usa el Bundle Inicio LE que es un Bundle del tipo message que incluye toda la información asociada al evento de inicio, 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 errores o indicar que la interconsulta ha sido referenciada |
Los codigos de evento deben ser incluidos en el recurso MessageHeader.evenCoding.code
El evento iniciar debe soportar las siguientes secuencias:
La semántica del mensaje para la transacción del evento de referencia usa el Bundle Referencia LE que es un Bundle del tipo message que incluye toda la información asociada al evento de referencia, 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 hay errores o indicar que la interconsulta ha sido revisada |
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 errores o indicar que la interconsulta ha sido priorizada |
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 de priorizar usa el Bundle Priorizar LE que es un Bundle del tipo message que incluye toda la información asociada al evento de 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 errores o indicar que la interconsulta ha sido agendada con el paciente |
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 de agendar usa el Bundle Agendar LE que es un Bundle del tipo message que incluye toda la información asociada al evento de 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 hay errores o indicar que la interconsulta se ha llevado a cabo con el paciente |
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 de atender usa el Bundle Agendar LE que es un Bundle del tipo message que incluye toda la información asociada al evento de 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 errores o indicar que la interconsulta ha sido terminada |
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 de terminar usa el Bundle Terminar LE que es un Bundle del tipo message que incluye toda la información asociada al evento de 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.