OpenHIE Architecture Specification
5.0-es
5.0-es
  • Resumen de la especificación
  • Cómo utilizar la especificación
  • Especificación de la arquitectura
    • Arquitectura
    • Principios arquitectónicos
    • Estándares y Perfiles
  • Especificaciones de componentes de OpenHIE
    • Requisitos no funcionales
    • Registro de Clientes (CR)
    • Registro de instalaciones (FR) de OpenHIE
    • Servicio de Finanzas y Seguros (FIS) de OpenHIE
    • Sistema de Información de Gestión de Salud (HMIS) de OpenHIE
    • Registro de Trabajadores de la Salud (HWR) de OpenHIE
    • Capa de Interoperabilidad (IOL) de OpenHIE
    • Sistema de Información para la Gestión Logística (LMIS) de OpenHIE
    • Catálogo de productos (PC) de OpenHIE
    • Historia Clínica Compartida (SHR) de OpenHIE
    • Servicio de Terminología (TS) de OpenHIE
    • Sistemas de punto de atención
  • Especificaciones del flujo de trabajo (intercambio)
    • Flujos de trabajo de informes agregados
      • Exportar datos agregados
      • Validar y guardar datos agregados
    • Alertar/enviar recordatorios o información
      • Flujo de trabajo de envío de alertas a los clientes
      • Enviar flujo de trabajo de alerta al trabajador de la salud
    • Descubrir servicios de atención
      • Flujo de trabajo de consulta de registros de trabajadores de la salud o de instalaciones
      • Consulta de flujo de trabajo de registros de servicios de atención
      • Flujo de trabajo de la búsqueda de servicios de atención
      • Flujo de trabajo para la solicitud de actualizaciones de servicios de atención
    • Flujos de trabajo del laboratorio
      • Solicitar prueba de laboratorio
      • Resultados del laboratorio informados
    • Flujos de trabajo de gestión de la identidad del paciente
      • Descripción general del flujo de trabajo de creación de registros demográficos de pacientes
      • Actualizar el flujo de trabajo del registro demográfico del paciente
      • Flujo de trabajo de la consulta de registros demográficos de pacientes por datos demográficos
      • Query Patient Demographic Records by Demographics Workflow
    • Historia Clínica Compartida
      • Guardar flujo de trabajo de datos clínicos a nivel de paciente
      • Consultar el flujo de trabajo de datos clínicos del paciente
    • Flujos de trabajo del servicio de terminología
      • Expandir el conjunto de valores
      • Traducir el código
      • Verificación de código existente
      • Verificación de la membresía del código
      • Consulta del conjunto de valores
      • Consulta de los sistemas de códigos
      • Consulta de mapas conceptuales
      • Código de búsqueda
    • Flujos de trabajo de las vacunas
    • Flujos de trabajo de los servicios de seguros y finanzas de OpenHIE
      • HFW-001: Inscribir beneficiarios
      • HFW-002: Consulta del beneficiario
      • HFW-003: Revisar la elegibilidad para la cobertura
      • HFW-004: Reclamaciones
      • HFW-005: Seguimiento a la reclamación
  • Cómo hacer comentarios y contribuciones
  • Registro de cambios y control de versiones
Powered by GitBook
On this page
  • Basado en estándares
  • Adaptable / Implementable
  • Intercambiable / Compatible
  • Principios adicionales
  1. Especificación de la arquitectura

Principios arquitectónicos

Se denomina así a los principios fundamentales que informan del proceso de toma de decisiones de OpenHIE.

PreviousArquitecturaNextEstándares y Perfiles

Last updated 2 years ago

Basado en estándares

OpenHIE busca preferentemente aprovechar las especificaciones de interoperabilidad internacional basadas en el consenso que respaldan las necesidades de intercambio de información sanitaria entre países. Estamos comprometidos a participar en el proceso de desarrollo de especificaciones de interoperabilidad de HIE. En la medida de lo posible, aprovecharemos el proceso de HIE para identificar, evaluar e implementar especificaciones de HIE preexistentes y también abogaremos por el desarrollo de soluciones futuras.

Adaptable / Implementable

Debido a que los requisitos funcionales de intercambio de información sobre la salud varían entre países y evolucionan con el tiempo, reconocemos que los estándares existentes y las especificaciones de interoperabilidad pueden no satisfacer completamente las necesidades de HIE de un país. En consecuencia, OpenHIE busca una arquitectura que admita -- no necesariamente limitando -- la implementación efectiva de flujos de trabajo impulsados por países que se extiendan más allá de las especificaciones de interoperabilidad actuales. En la medida de lo posible, anticipamos que tales extensiones de flujo de trabajo se incorporarían en futuras especificaciones de interoperabilidad estandarizadas basadas en consenso. (Alternativamente, se ha sugerido que llamemos a este principio "impulsado por el usuario". Buscamos tomar decisiones arquitectónicas basadas en las necesidades expresadas durante las implementaciones y elegir los estándares que mejor respalden las necesidades del usuario de HIE).

Intercambiable / Compatible

OpenHIE busca respaldar un ecosistema de componentes de software robusto y diverso en el que las organizaciones que implementan y dan soporte puedan aprovechar diferentes productos de software para los componentes de OpenHIE. Para permitir una " "intercambiabilidad" eficaz y eficiente de los componentes, buscamos una arquitectura que defina y refuerce claramente las interfaces estandarizadas para cada uno de estos componentes. Buscamos asegurarnos de que los componentes de referencia de OpenHIE admitan interfaces estandarizadas.

Principios adicionales

e han sugerido los siguientes principios adicionales: eficiente/escalable. Se han sugerido "supervisable" / "monitoreable" / "inspeccionable" / observable / "auditable".

Referencias:

Principios para el Desarrollo Digital