Lista de Espera Quirúrgica Interoperable
0.1.1 - draft
Lista de Espera Quirúrgica Interoperable
0.1.1 - draft
Lista de Espera Quirúrgica Interoperable - Local Development build (v0.1.1) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
El recurso Transversal para el procedo de Lista de Espera Quirúrgica No GES es el ServiceRequest con su identifier (IdQuirurgica).
| Evento | Descripción | Respuesta |
|---|---|---|
| Atender | El evento ocurre el momento que un médico cirujano genera una indicación quirúrgica, a su vez durante la atención el médico realiza una priorización del caso. | La respuesta debe indicar si hay errores o indicar que los recursos han sido creados exitosamente |
El evento atender debe soportar la siguiente secuencia:
La semántica del mensaje para la transacción del evento atender usa el bundle que es un bundle de tipo transaction, que incluye toda la información asociada al evento Atender, esta información va representada de manera general en el ServiceRequest.
La respuesta al mensaje enviado debe ser un OperationOutcome que contiene los detalles de la transacción.
No existen precondiciones para este evento.
| Evento | Descripción | Respuesta |
|---|---|---|
| Agendar entrevista | Corresponde al evento de realizar las acciones necesarias para realizar el agendamiento de un paciente al evento entrevista. Este proceso es llevado a cabo por un profesional de enfermería / clínico o técnico de la salud. | La respuesta debe indicar si hay errores o indicar que los recursos han sido creados exitosamente |
El evento Agendar Entrevista debe soportar la siguiente secuencia:
La semántica del mensaje para la transacción del evento Agendar Entrevista usa el bundle que es un bundle de tipo transaction, que incluye toda la información asociada al evento Agendar Entrevista, esta información va representada de manera general en el Appointment.
La respuesta al mensaje enviado debe ser un OperationOutcome que contiene los detalles de la transacción.
| Evento | Descripción | Respuesta |
|---|---|---|
| Entrevista | Este evento corresponde a la realización de la entrevista prequirúrgica, en donde se le informa al paciente sobre el proceso prequirúrgico, los exámenes prequirúrgicos a realizarse, los pases médicos cuando sean requeridos, así como los cuidados postoperatorios según el tipo de cirugía. En este enveto se define si la cirugía será realizada en forma ambulatoria (CMA) o con el paciente hospitalizado (CMH). El evento entrevista prequirúrgica es un evento obligatorio y es realizado por un profesional de enfermería o profesional clínico. | La respuesta debe indicar si hay errores o indicar que los recursos han sido creados exitosamente |
El evento Entrevista debe soportar la siguiente secuencia:
La semántica del mensaje para la transacción del evento Entrevista usa el bundle que es un bundle de tipo transaction, que incluye toda la información asociada al evento Entrevista, esta información va representada de manera general en el Encounter.
La respuesta al mensaje enviado debe ser un OperationOutcome que contiene los detalles de la transacción.
| Evento | Descripción | Respuesta |
|---|---|---|
| Agendar Cirugía | El evento agendar cirugía realiza las acciones que corresponden para la ejecución de la programación quirúrgica. El evento está a cargo de la enfermera coordinadora de pabellones. Tiene como objetivo la planificación y definición de la agenda de pacientes que deben ser operados, comenzando con el paciente en estado programable para cirugía y finalizando cuando está incluido y confirmado en la tabla quirúrgica diaria. La tabla quirúrgica se realiza de manera semanal, para garantizar la planificación y coordinación de los recursos requeridos, así como también de forma diaria para garantizar la correcta ejecución de la programación quirúrgica. La confirmación de la tabla quirúrgica permite revisar la agenda de los usuarios para el día siguiente, confirmar asistencia y realizar las modificaciones necesarias. | La respuesta debe indicar si hay errores o indicar que los recursos han sido creados exitosamente |
El evento Agendar Cirugía debe soportar la siguiente secuencia:
La semántica del mensaje para la transacción del evento Agendar Cirugía usa el bundle que es un bundle de tipo transaction, que incluye toda la información asociada al evento Agendar Cirugía, esta información va representada de manera general en el Appointment.
La respuesta al mensaje enviado debe ser un OperationOutcome que contiene los detalles de la transacción.
| Evento | Descripción | Respuesta |
|---|---|---|
| Cirugía | El subproceso quirúrgico inicia en el momento en que el paciente en estado programado ingresa administrativamente a la unidad Hospitalaria (o CDT o similar) donde se realizará la intervención quirúrgica y termina en el momento el que el paciente egresa de la Unidad de Pabellón con la indicación del profesional encargado de la cirugía de traslado al lugar donde se realizará el subproceso postoperatorio, así como las observaciones que puedan existir durante dicho proceso. | La respuesta debe indicar si hay errores o indicar que los recursos han sido creados exitosamente |
El evento Cirugía debe soportar la siguiente secuencia:
La semántica del mensaje para la transacción del evento Cirugía usa el bundle que es un bundle de tipo transaction, que incluye toda la información asociada al evento Cirugía, esta información va representada de manera general en el Procedure.
La respuesta al mensaje enviado debe ser un OperationOutcome que contiene los detalles de la transacción.
| Evento | Descripción | Respuesta |
|---|---|---|
| Cierre | El subproceso quirúrgico inicia en el momento en que el paciente en estado programado ingresa administrativamente a la unidad Hospitalaria (o CDT o similar) donde se realizará la intervención quirúrgica y termina en el momento el que el paciente egresa de la Unidad de Pabellón con la indicación del profesional encargado de la cirugía de traslado al lugar donde se realizará el subproceso postoperatorio, así como las observaciones que puedan existir durante dicho proceso. | La respuesta debe indicar si hay errores o indicar que los recursos han sido creados exitosamente |
El evento Cierre debe soportar la siguiente secuencia:
La semántica del mensaje para la transacción del evento Cierre usa el bundle que es un bundle de tipo transaction, que incluye toda la información asociada al evento Cierre.
La respuesta al mensaje enviado debe ser un OperationOutcome que contiene los detalles de la transacción.