Conformidad

Referencia rápida de la conformidad openEHR de Atomik. Para el detalle completo, ve la documentación de conformidad openEHR.

🏛️ No solo seguimos la especificación — ayudamos a escribirla.

CaboLabs dedicó 4 años a la Verificación de Conformidad openEHR. Ese trabajo fue tomado como base para la especificación oficial de Conformidad de openEHR (actualmente en BORRADOR).

También diseñamos el Marco de Conformidad de openEHR — más amplio en alcance que la especificación oficial, y la base de un futuro Programa formal de Certificación de Software openEHR. Cuando decimos que Atomik es conforme, somos nosotros quienes definimos qué significa ser conforme.

Modelos openEHR

Atomik implementa ambos Modelos de Referencia de openEHR: EHR y Demographic (RM 1.0.2). Actualizar a una versión más nueva es sencillo.

Qué significa esto para ti: los registros de pacientes y los datos demográficos son semánticamente interoperables con cualquier otro sistema conforme en el mundo — sin traducción de datos propietaria requerida, ahora ni en el futuro.

EHR Extract aún no está soportado pero está en la hoja de ruta.

Especificación: openEHR RM Release-1.0.2

API openEHR

Atomik cumple con la API REST de openEHR versión 1.0.2, cubriendo: EHR, EHR_STATUS, CONTRIBUTION, COMPOSITION y DIRECTORY.

Qué significa esto para ti: tu equipo de integración usa herramientas y documentación estándar — sin SDKs propietarios, sin endpoints sin documentar. Cualquier desarrollador familiarizado con la especificación REST de openEHR puede integrar desde el primer día.

Portabilidad de consultas por diseño

La mayoría de las implementaciones de AQL son técnicamente conformes con la especificación pero no realmente portables — la especificación define sintaxis, no semántica de ejecución, así que la misma consulta puede devolver resultados distintos en diferentes CDRs.

Atomik implementa SAQM (Simple Archetype Query Model), un formalismo de consultas neutral respecto a proveedores, diseñado específicamente para portabilidad entre implementaciones de CDR. Sin ataduras de sintaxis. Sin diferencias silenciosas de resultados entre proveedores. La capa de servicios de openEHR soporta formalmente formalismos de consulta alternativos junto a AQL. La especificación de SAQM estará disponible públicamente.

Especificación: openEHR ITS-REST Release-1.0.2

Modelo de Arquetipos openEHR

Atomik usa Plantillas Operacionales (OPTs) — conjuntos de Arquetipos openEHR compuestos para un contexto clínico específico. Soporta OPTs basados en AOM 1.4.

Qué significa esto para ti: las plantillas clínicas existentes se despliegan tal cual — sin paso de conversión, sin formato de plantilla propietario que aprender. Las plantillas creadas con herramientas openEHR estándar funcionan de inmediato.

Especificación: openEHR AM Release-2.2.0

¡Queremos saber de ti!

Nos encanta escucharte, cuéntanos en qué podemos ayudarte.

Teléfono +598 99 043 145
Correo electrónico info@cabolabs.com