Módulo 15 · Órdenes médicas

Última actualización: 14 de noviembre de 2026.

Documento funcional para validación con usuarios. Se presentan comportamientos esperados y reglas en lenguaje claro, sin códigos de trazabilidad técnica.

Contexto funcional vigente

El MVP se desarrolla en plataforma web. Salud 365 presenta la experiencia del usuario y coordina las operaciones; Elite Global Doctors (EGD) es el core clínico. Las capacidades concretas de sus servicios e interfaces aún requieren validación técnica.
El titular que contrata y paga puede ser distinto del paciente; los pacientes dependientes deben estar vinculados y autorizados. Los usuarios, pacientes y médicos requieren registro y correspondencia de identidad entre Salud 365 y EGD.

Descripción funcional y procesos

Especificación Funcional Detallada

Objetivo y alcance

Describir posibles capacidades de generación, consulta y seguimiento documental de órdenes médicas realizadas por el profesional desde EGD, y su eventual réplica autorizada en Salud 365. Este documento NO aprueba su inclusión en el MVP ni confirma que EGD disponga de las interfaces necesarias.

Se entiende por orden médica una solicitud clínica de exámenes, estudios, procedimientos u otros servicios que el médico determine. Se diferencia de la receta farmacológica (Módulo 10) y de las recomendaciones generales (Módulo 09). Los tipos exactos de órdenes requieren decisión de negocio.

Decisiones confirmadas, propuestas y límites

CONFIRMADO: el médico realiza el acto médico desde EGD, que es el sistema clínico principal. Salud 365 conserva los datos acordados mediante integración y no habilita edición clínica propia en esta fase.
CONFIRMADO: el TITULAR consulta desde su sesión la Historia Clínica de pacientes asociados autorizados dentro del alcance aprobado de datos de atención y recetas. Las órdenes médicas no se presentan en esa vista.
NO CONFIRMADO: la emisión de órdenes médicas dentro del MVP. Su inclusión, tipos y prioridad deben aprobarse.
PROPUESTO: si se aprueba el módulo, las órdenes se asociarán a paciente, atención y médico y podrán guardarse, emitirse y consultarse.
FUERA DE ALCANCE NO APROBADO: laboratorio propio, toma de muestras, pagos adicionales, ejecución de procedimientos, agenda de proveedores, autorización de aseguradoras y recepción automática de resultados.

Actores y responsabilidades

Flujo de referencia (condicionado a aprobación)

Si se aprueba el alcance, el MÉDICO abre una atención autorizada en la plataforma de EGD.
Selecciona «Órdenes médicas» y el tipo de solicitud permitido.
Registra el estudio, procedimiento o indicación, junto con observaciones clínicas pertinentes.
Revisa la orden y la guarda como borrador si EGD admite esa operación.
Solicita la emisión en EGD; Salud 365 recibe o consulta el resultado mediante la integración autorizada y solo refleja una emisión confirmada.
EGD genera el identificador y, si aplica, el documento descargable o firmado.
La orden se consulta profesionalmente en EGD y Salud 365 conserva los datos autorizados si se aprueba su réplica. No se añade consulta de órdenes a la Historia Clínica actual del titular/paciente.
Las anulaciones, rectificaciones y resultados siguen flujos separados que deben definirse.

Acceso a órdenes desde el acto médico

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Permitir al médico acceder a la sección de órdenes dentro de una atención asignada.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: Si se aprueba la funcionalidad, el médico abre la atención y la sección Órdenes en EGD; consulta las existentes y crea nuevas conforme a sus permisos. No se habilita un editor profesional en Salud 365 por este requisito.

Ejemplo práctico: Durante una consulta, el médico identifica que podría requerirse un examen de laboratorio.

Diferencia respecto de otros requerimientos: Es el acceso al módulo; no define qué estudios existen ni emite una orden.

Validaciones y reglas: Validar médico, paciente, atención y estado editable; ocultar la opción cuando el módulo no esté habilitado.

Alternativas y excepciones: Sin permisos o módulo no aprobado: impedir creación y mostrar mensaje apropiado.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: Solo médicos autorizados acceden a la atención correcta.

Selección del tipo y catálogo de órdenes

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Permitir escoger categorías y elementos de un catálogo de órdenes aprobado.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: El médico busca y selecciona el examen o procedimiento en el catálogo autorizado de EGD; Salud 365 conserva los códigos y datos acordados si se aprueba la réplica.

Ejemplo práctico: Seleccionar un hemograma como ejemplo ilustrativo de examen, si esa categoría fuera aprobada.

Diferencia respecto de otros requerimientos: Define el qué se solicita; registra el detalle clínico.

Validaciones y reglas: No inventar códigos clínicos ni catálogos propios sin aprobación y mapeo.

Alternativas y excepciones: Catálogo no disponible: informar y aplicar alternativa solo si negocio la aprueba.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: Se registra un concepto válido, identificable y asociado a su catálogo.

Registro del detalle e indicaciones de la orden

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Permitir al médico completar información clínica necesaria para la solicitud.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: El médico registra en EGD la justificación, indicaciones, prioridad y observaciones que el formulario aprobado requiera; guarda la orden asociada a la atención.

Ejemplo práctico: El médico especifica una observación pertinente al examen solicitado.

Diferencia respecto de otros requerimientos: selecciona el examen; este requisito documenta los datos adicionales.

Validaciones y reglas: No solicitar ni transmitir más datos sensibles de los necesarios; campos obligatorios según EGD.

Alternativas y excepciones: Campos inválidos o no compatibles: advertir y no afirmar guardado.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: La orden queda vinculada a paciente, médico y atención.

Órdenes múltiples en una atención

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Permitir agregar más de una orden a una misma atención, si se aprueba.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: El médico agrega varias solicitudes, revisa el conjunto y puede retirar una antes de la emisión según permisos.

Ejemplo práctico: Dos estudios diferentes quedan asociados a la misma atención.

Diferencia respecto de otros requerimientos: Una atención puede tener múltiples órdenes; no equivale a múltiples recetas.

Validaciones y reglas: Evitar duplicados accidentales y respetar límites del core.

Alternativas y excepciones: Falla parcial: identificar qué órdenes se guardaron y cuáles no.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: Las órdenes se distinguen por identificador y tipo.

Guardado de borrador y recuperación

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Permitir guardar una orden sin emitirla y retomarla antes del cierre clínico, si EGD lo soporta.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: El médico guarda y recupera el borrador mediante el procedimiento aprobado en EGD; Salud 365 conserva los datos y estados recibidos de la integración, sin edición clínica local.

Ejemplo práctico: La videollamada terminó y el médico completa posteriormente la orden pendiente.

Diferencia respecto de otros requerimientos: Guardar no significa emitir ni firmar; es distinto de.

Validaciones y reglas: No marcar emitida una orden sin confirmación; preservar historial de versiones.

Alternativas y excepciones: Timeout: consultar resultado antes de repetir y evitar duplicados.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: El borrador puede recuperarse y permanece no emitido.

Validación, emisión y eventual firma

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Solicitar emisión de la orden médica con validaciones clínicas y firma cuando aplique.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: El médico revisa los datos y solicita la emisión en EGD; Salud 365 refleja éxito únicamente tras una respuesta confiable del proveedor.

Ejemplo práctico: Una orden aprobada se genera con identificador y documento, si EGD lo proporciona.

Diferencia respecto de otros requerimientos: La emisión formal difiere del borrador; la firma y formato no están confirmados.

Validaciones y reglas: No asumir firma digital automática ni PDF si EGD no los soporta.

Alternativas y excepciones: Resultado incierto: verificar emisión por identificador antes de reintentar.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: No se duplican órdenes y el estado emitido es verificable.

Consulta profesional y eventual descarga de órdenes

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Describir la eventual consulta profesional de órdenes emitidas desde EGD y la conservación de documentos autorizados, sin incorporarlos a la vista actual del titular/paciente.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: El MÉDICO consulta la orden en EGD; Salud 365 recibe o consulta datos o documentos autorizados si se aprueba esa integración. No se habilita consulta o descarga de órdenes en Historia Clínica del titular/paciente.

Ejemplo práctico: Un médico autorizado consulta una orden del paciente en EGD; Salud 365 conserva su identificador y los datos acordados sin añadirla a Documentos del usuario.

Diferencia respecto de otros requerimientos: emite; consulta y descarga.

Validaciones y reglas: Validar vínculo paciente-TITULAR, auditar acceso y proteger enlaces.

Alternativas y excepciones: Documento no disponible: informar sin inventar archivo ni estado.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: La consulta profesional y cualquier réplica se asocian al paciente correcto y respetan los permisos. El usuario de Salud 365 conserva su vista aprobada de atención y recetas, sin órdenes.

Estados, anulación y rectificación

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Definir cambios de estado y correcciones de órdenes de manera trazable.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: EGD gestiona las acciones clínicas autorizadas sobre la orden; Salud 365 recibe o consulta estados y modificaciones confirmados, conservando su trazabilidad.

Ejemplo práctico: El médico detecta una orden errónea después de emitirla y solicita anulación autorizada.

Diferencia respecto de otros requerimientos: No es edición libre de una orden emitida; requiere procedimiento específico.

Validaciones y reglas: No sobrescribir silenciosamente registros clínicos emitidos; registrar causa y actor.

Alternativas y excepciones: EGD no permite anular: registrar incidencia y usar procedimiento acordado.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: Se puede reconstruir el historial de estados y modificaciones.

Integración, auditoría e incidencias

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Garantizar trazabilidad y consistencia de órdenes entre Salud 365 y EGD.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: Registrar correlación, ID EGD, resultado, fecha y actor; conciliar operaciones fallidas o inciertas.

Ejemplo práctico: La orden se creó en EGD, pero la respuesta se perdió: Salud 365 verifica antes de repetir.

Diferencia respecto de otros requerimientos: Es un control transversal; no es una nueva función clínica visible.

Validaciones y reglas: No registrar datos clínicos sensibles completos en logs; evitar duplicaciones.

Alternativas y excepciones: Error de API o estado desconocido: enviar a revisión sin marcar emitida.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: Las incidencias pueden reconciliarse con la orden correcta.

Resultados y seguimiento de órdenes (fuera de alcance por definir)

Estado Propuesto / condicionado a definición del alcance; no confirmado para MVP.

Objetivo: Identificar la eventual necesidad de registrar o consultar resultados asociados a órdenes, sin incorporarla automáticamente al MVP.

Actores: MÉDICO, Salud 365, EGD; TITULAR cuando aplique.

Precondiciones: Funcionalidad aprobada y habilitada; médico autorizado; paciente y atención identificados.

Flujo principal: Si se aprueba una fase posterior, definir la vinculación de resultados externos con la orden y su acceso por perfil; no añadirlos automáticamente a la vista actual del titular/paciente.

Ejemplo práctico: Un laboratorio devuelve un resultado que debería vincularse a la orden original.

Diferencia respecto de otros requerimientos: La orden solicita un estudio; el resultado es un dato o documento distinto.

Validaciones y reglas: No asumir integración con laboratorios ni interpretación automática.

Alternativas y excepciones: Sin integración aprobada: no ofrecer seguimiento de resultados como disponible.

Integraciones y datos: Identificadores de paciente, atención, médico y orden; servicios EGD por confirmar.

Criterios de aceptación: El alcance de resultados queda expresamente documentado como pendiente.

La aprobación del Módulo 15 requiere decisión expresa de Salud 365 sobre alcance, tipos y fase; evidencia de las operaciones de EGD; y validación de seguridad, firma y documentos. Hasta entonces, las funcionalidades descritas son propuestas de análisis y no compromisos del MVP. La existencia de formularios o datos de referencia no constituye aprobación.

Condición de alcance

La inclusión de órdenes médicas en el MVP no está aprobada. Las funcionalidades descritas constituyen una propuesta y no confirman la existencia de servicios técnicos de EGD.

Descargar Markdown original