Demográficos
Los registros clínicos pertenecen a personas reales — pacientes, profesionales, organizaciones. Mantener los datos demográficos estructurados, versionados y vinculados a los registros de salud no es solo buen modelado; es lo que hace que consultas como "muéstrame todos los registros de pacientes mayores de 65 años con este diagnóstico" sean realmente respondibles.
Atomik soporta el modelo demográfico de openEHR junto con el modelo EHR — de forma que la identidad y los datos clínicos comparten la misma infraestructura de versionado, consulta y auditoría.
El Resumen de Arquitectura de openEHR define los componentes demográficos y de EHR como físicamente separables. Atomik soporta ambos patrones: ejecutarlos juntos en una instancia por simplicidad, o separarlos en distintas instancias cuando tu arquitectura o gobernanza de datos lo requiera. En cualquier caso, ambos usan la misma base de código — las actualizaciones se aplican de manera uniforme en todas las instancias.
Considera también que, aunque ambas opciones están disponibles dentro de Atomik, puedes usar una instancia de Atomik para gestionar datos de EHR, y una instancia distinta para gestionar datos demográficos, lo que coincidirá exactamente con la arquitectura propuesta por openEHR, pero hace un mejor reuso de componentes, ya que ambos son la misma base de código, así que cuando se lance una actualización, el proceso de actualización será exactamente el mismo para todas las instancias del servidor.
Actores
Atomik soporta todos los tipos de Actores (Person, Group, Organization y Agent) del modelo demográfico de openEHR. Los Actores son archetipables y versionables, lo que significa que:
- Para poder crear un Actor, necesitas subir una Plantilla Operacional que defina la estructura interna de cada tipo de Actor.
- Una vez creado un Actor, si su información cambia en el tiempo, se pueden hacer actualizaciones. Como cualquier actualización en openEHR, los datos originales no se modifican, sino que se crea una nueva instancia de los datos actualizados y se vincula con la versión anterior.
Relaciones
Atomik soporta la creación de relaciones entre Actores. Las relaciones son archetipables y versionables y pueden contener datos sobre la relación.
Las relaciones permiten representar distintas cosas, como:
- Relaciones familiares como Person parent_of Person
- Relaciones laborales como Person works_in Organization (por ejemplo, un hospital o clínica)
- Relaciones de grupo como Person belongs_to Group (por ejemplo, un equipo quirúrgico)
Roles
Atomik soporta Roles para describir cómo actúan los Actores en ciertos contextos. Por ejemplo, un tipo de Role podría ser Patient o Physician.
Tomamos una decisión de diseño para los Roles: consideramos que un Role es una entidad débil en relación con un Actor, así que los Roles se crean o modifican cuando los Actores se crean o modifican. Como consecuencia, los Roles se versionan dentro de una versión del Actor, pero no como una entidad independiente de nivel superior.
Los Roles son archetipados, y pueden contener datos con distintas estructuras, dependiendo del contexto y los requisitos. En general, recomendamos agregar un valor codificado que describa el tipo del Role.