Capacidades esperadas de un servidor FHIR R4 conforme al modelo clínico EMA Core. Un servidor nacional (Chile/Perú/México) soporta los mismos tipos de recurso con los perfiles de su capa país.

Alergias e intolerancias agnósticas de país para los productos EMA Health. Define la estructura común (paciente, registrador). Las capas nacionales (cl/pe/mx) agregan terminología y extensiones específicas.

Cita agendada para un paciente con un profesional de salud, agnóstica de país para EMA Health.

Evento de auditoría agnóstico de país para la trazabilidad de acciones en los productos EMA Health. Registra quién hizo qué, cuándo y sobre qué entidad, para soportar requisitos de seguridad y cumplimiento.

Cargo individual asociado a una prestación clínica, agnóstico de país. El código de la prestación se vincula a un ValueSet nacional (arancel / catálogo) en la capa país.

Definición de precios y coberturas para prestaciones, agnóstica de país. Las capas nacionales (cl/pe/mx) agregan los grupos de propiedades específicos de cada esquema de cobertura.

Un ChargeItemDefinition por pedible, apuntado con instance: es el elemento que R4 tiene para ir del examen a su precio sin una tabla intermedia. Un paquete es un PlanDefinition, así que instance no puede asumir el tipo.

Precio y cobertura conviven como propertyGroup distintos del mismo recurso: cada grupo declara cuándo aplica en applicability, y lo que lleva dentro es lo que lo distingue — un priceComponent de tipo base es un precio, uno informational con factor es cuánto pone el pagador.

Reclamo/nómina de prestaciones agnóstico de país para EMA Health. Cubre el cobro de prestaciones a un pagador (asegurador público o privado). Las capas nacionales (cl/pe/mx) agregan el tipo, los códigos de prestación y la vinculación al pagador específico de cada país.

Documento clínico estructurado agnóstico de país para EMA Health (epicrisis, informe de alta, resumen clínico). La capa nacional (cl/pe/mx) agrega los ValueSets de tipo de documento y especialidad correspondientes.

Diagnóstico clínico agnóstico de país para EMA Health. Define la estructura común del problema/condición; el código del diagnóstico se vincula a un ValueSet neutral (capa país lo refina).

Consentimiento informado del paciente, agnóstico de país, para EMA Health. Registra el consentimiento de tratamiento, uso de datos y procedimientos clínicos. Las capas nacionales (cl/pe/mx) agregan firma electrónica y terminología local según corresponda.

Cobertura/previsión de salud agnóstica de país para EMA Health. Define la estructura común (estado, tipo, suscriptor, beneficiario, pagador). Las capas nacionales (cl/pe/mx) vinculan el tipo de cobertura a su ValueSet nacional y agregan clases específicas (p. ej. tramo Fonasa).

Informe diagnóstico agnóstico de país para EMA Health. Cubre laboratorio, imagenología y anatomía patológica. Alineado con HL7 Europe Laboratory Report IG e IHE LAB-2. El código del informe se vincula a un ValueSet nacional en la capa país.

Referencia a documentos y notas clínicas, agnóstica de país. El tipo de documento se vincula a un ValueSet nacional en la capa país.

Encuentro clínico (consulta, atención diagnóstica, etc.) agnóstico de país para los productos EMA Health. Las capas nacionales (cl/pe/mx) agregan las vinculaciones de terminología nacional para la clase y el tipo de encuentro.

Servicio ofrecido por una organización, agnóstico de país.

Es lo que la agenda dimensiona: ema-service-duration da la duración estándar de la prestación, que R4 no tiene como elemento, y availableTime da el horario contra el que se valida si una toma o una orden caen en ventana.

El pedible que se atiende con este servicio se enlaza por el código canónico del catálogo en type.coding, junto a las codificaciones ajenas que ya tuviera (un arancel, por ejemplo), que se conservan.

Estudio de imágenes agnóstico de país para EMA Health. Solo almacena referencias DICOM, nunca las imágenes.

Registro de vacunación agnóstico de país para EMA Health. Define la estructura común de inmunización (vacuna, fecha, profesional administrador, ubicación). Las capas nacionales (cl/pe/mx) agregan terminología y extensiones locales.

Boleta o factura agnóstica de país emitida al paciente en los productos EMA Health. Define la estructura común (estado, sujeto, participantes, ítems, totales). El ValueSet de estado y la tributación local se definen en la capa nacional.

Observación de laboratorio clínico, agnóstica de país. Alineado con HL7 Europe Laboratory Report IG e IHE LAB-2. Requiere categoría 'laboratory', soporta rangos de referencia, método analítico, interpretación y agrupación en paneles (hasMember).

Ubicación física (box, sala, sucursal) agnóstica de país para EMA Health. Define la estructura común de una ubicación gestionada por una organización.

Medicamento agnóstico de país para los productos EMA Health. Define la estructura común (código, forma farmacéutica, ingredientes, fabricante). Las capas nacionales (cl/pe/mx) agregan los catálogos de terminología nacional.

Solicitud de medicamentos agnóstica de país para EMA Health. Define la estructura común de prescripción (estado, intención, medicamento, paciente, prescriptor e instrucciones de dosificación). La vinculación a vademécums o catálogos nacionales se agrega en la capa país.

Observación clínica agnóstica de país para EMA Health. Cubre observaciones clínicas generales. Para laboratorio clínico, usar EmaCoreObservationLab.

Definición de un parámetro de examen de laboratorio, agnóstica de país. Es el objetivo de ActivityDefinition.observationResultRequirement (el examen como panel de parámetros). Soporta tipo de resultado (permittedDataType), armonización de unidades (quantitativeDetails), rangos con 5 familias de flag (qualifiedInterval + extensión ema-interval-category), sets de valores cualitativos (valid/normal/abnormal/critical + extensión ema-significant-coded-valueset) e identificadores múltiples semánticos (code.coding[]) y operacionales (identifier[]).

Organización (clínica/centro/laboratorio) agnóstica de país para EMA Health. Define la estructura común (identificación genérica, tipo, dirección). Las capas nacionales (cl/pe/mx) agregan el identificador tributario (RUT / RUC / RFC) como slice obligatorio.

Modelo de paciente agnóstico de país para los productos EMA Health. Define la estructura común (nombre, contacto, identificación genérica). Las capas nacionales (cl/pe/mx) agregan el identificador nacional (RUN / DNI / CURP) como slice obligatorio.

Notificación de pago agnóstica de país para EMA Health. Comunica la recepción de un pago asociado a una factura (Invoice), identificando al destinatario (Organization).

Definición de flujos y protocolos clínicos agnóstica de país para EMA Health. Cubre rutas asistenciales, guías y planes de acción reutilizables.

Profesional de salud agnóstico de país para los productos EMA Health. Define la estructura común (identificación genérica, nombre, contacto, calificación). Las capas nacionales (cl/pe/mx) agregan el identificador nacional y los registros profesionales como slices obligatorios.

Rol clínico de un profesional agnóstico de país para EMA Health. Vincula un profesional con la organización, ubicación y especialidad en la que ejerce. Las capas nacionales (cl/pe/mx) agregan los ValueSets de especialidad locales.

Procedimiento clínico agnóstico de país para EMA Health. Define la estructura común (estado, código, sujeto, ejecución, ejecutor). El código del procedimiento se vincula a un ValueSet nacional en la capa país.

Registro de procedencia y autoría de recursos clínicos, agnóstico de país, para los productos EMA Health. Documenta quién, cuándo y sobre qué recurso se realizó una acción.

Cuestionario clínico agnóstico de país para EMA Health. Define la estructura común de definición de formularios y captura estructurada de datos (SDC). Las capas nacionales (cl/pe/mx) agregan vínculos a terminología local.

Agenda clínica agnóstica de país para EMA Health. Representa la disponibilidad de un profesional de salud o una ubicación para la reserva de prestaciones.

Solicitud de servicios y exámenes agnóstica de país para EMA Health. Soporta órdenes de laboratorio, imagenología y procedimientos. Alineado con IHE LAB-1 (Laboratory Order Entry).

Bloque de tiempo disponible dentro de una agenda clínica, agnóstico de país para EMA Health.

Muestra biológica agnóstica de país para EMA Health. Alineado con HL7 Europe Laboratory IG e IHE LAB-3 (specimen tracking). Cubre: identificación, tipo, recolección, transporte, recepción, contenedores, condición y procesamiento.

Observación de signos vitales agnóstica de país para EMA Health. Basado en el perfil de signos vitales base de FHIR R4.

Prestación pedible del dominio clínico (consultas, procedimientos ambulatorios).

Clinic lee los pedibles de laboratorio y patología para poder solicitarlos, pero solo escribe los suyos: la visibilidad es asimétrica y la impone la AccessPolicy del client de Aidbox, no este perfil.

Prestación pedible del dominio de laboratorio.

Declara su dominio en useContext con urn:ema:context|domain = urn:ema:domain|lab. El meta.tag que usa la autorización se deriva de ese useContext y nunca se escribe a mano: si divergen, el recurso queda visible para un producto que no debería verlo.

Prestación pedible del dominio de anatomía patológica. Mismo contrato que el de laboratorio, con el dominio pathology.

Pedible compuesto del catálogo: agrupa otros pedibles.

El arquetipo distingue las tres formas y es obligatorio, porque sin él no se pueden separar: las tres son un PlanDefinition con miembros. Una batería agrupa, un protocolo además ordena en el tiempo (relatedAction), y un paquete además factura como unidad.

Cada miembro se referencia con definitionCanonical al pedible atómico. El desplazamiento temporal va en relatedAction, que es el elemento que R4 tiene para «esto ocurre N minutos después de aquello» — un motor de protocolos ajeno lo entiende, y no entendería una extensión propia.

Con qué muestra y en qué contenedor se toma un pedible del catálogo.

Hay un SpecimenDefinition por pedible, no uno compartido por contenedor: el volumen es lo que consume ese examen, y dos exámenes en el mismo tubo necesitan cada uno lo suyo para que el motor los pueda sumar.

El identificador es el código canónico del pedible en el catálogo del tenant. El system es propio de cada tenant (https://{tenant}.emahealth.io/fhir/CodeSystem/catalog), así que se exige que exista, no un valor fijo.

Categoría de intervalo EMA sobre ObservationDefinition.qualifiedInterval, complementaria a las categorías nativas de R4 (reference | critical | absolute). Valores: significant | pathological (ver ema-vs-interval-category).

Duración estándar de la prestación (HealthcareService), usada para dimensionar la agenda. R4 no tiene elemento para esto.

El tubo de este pedible no admite otros exámenes. Es una propiedad de la técnica, no del pedido: si es verdadera, lo es en toda orden.

Qué extractor procesa las respuestas de este Questionnaire: structuremap (SDC StructureMap) o legacy (extractor propio). Obligatoria para extraer: sin declaración el pipeline falla en vez de degradar en silencio.

Posición del analito en el informe de su pedible. ObservationDefinition no se ordena solo.

Código canónico del pedible (en el catálogo del tenant) al que pertenece este analito. R4 no da a ObservationDefinition un vínculo con el examen que lo produce.

Antibiótico del hallazgo de stewardship, para consultar los DetectedIssue por antibiótico sin parsear el texto.

Variación de %R entre trimestres, en puntos porcentuales, del hallazgo de stewardship.

Organismo del hallazgo de stewardship (SNOMED), para consultar los DetectedIssue por organismo sin parsear el texto.

Trimestre del hallazgo de stewardship, como AAAA-Qn.

URL de la sesión de telemedicina asociada a un Encounter virtual (class = VR). R4 no tiene elemento para esto; R5 lo agrega como virtualService.

ValueSet de valores cualitativos "significativos" para un parámetro (ObservationDefinition), análogo a normalCodedValueSet/abnormalCodedValueSet pero para la familia EMA significant. Referencia (canónica) a un ValueSet individual o reutilizable resuelto por el servicio de terminología.

Volumen del contenedor que el motor de tubos puede repartir entre exámenes, en microlitros. No es container.capacity: la capacidad es cuánto cabe, y esto es cuánto se puede usar descontando volumen muerto, aditivo y margen de llenado.

Arquetipos válidos para la extensión ema-catalog-archetype.

Categorías de intervalo EMA (significant | pathological) usadas por la extensión ema-interval-category sobre ObservationDefinition.qualifiedInterval.

Niveles de confidencialidad para Resource.meta.security (HL7 v3 Confidentiality). Exámenes sensibles usan típicamente R (restringido) o V (muy restringido). Vocabulario estándar; sin códigos EMA propios.

Conjunto extensible de exámenes de laboratorio (base neutra de EMA, LOINC). Binding neutro: el panel operativo por tenant se resuelve en el servicio de terminología ({tenantId}-vs-lab-test-codes).

Conjunto extensible de diagnósticos clínicos (SNOMED CT / CIE-10). Binding neutro: se muestran códigos de ejemplo; el catálogo completo se gestiona por el servicio de terminología y puede extenderse por implementación.

Estado civil del paciente. Compone la base curada ema-cs-marital-status.

Estrategias válidas para la extensión ema-sdc-extract-strategy.

Fabricante del analizador (Device.manufacturer). Compone ema-cs-device-manufacturer.

Conjunto de funciones de Location (lab / punto de atención / móvil). Binding neutro: compone la base curada ema-cs-location-function; el catálogo operativo por tenant se resuelve en el servicio de terminología ({tenantId}-vs-location-function).

Conjunto jerárquico de grupos de organismos (base neutra de EMA). El catálogo operativo por tenant se resuelve en el servicio de terminología ({tenantId}-vs-lab-organism-group).

Identidad de género del paciente. Compone la base curada ema-cs-gender-identity.

Modelo del analizador (Device.model). Compone ema-cs-device-model.

Nacionalidad del paciente. Compone la base curada ema-cs-nationality.

Conjunto extensible de códigos de observaciones de laboratorio (LOINC). Binding neutro: se muestran códigos de ejemplo; el catálogo completo se gestiona por el servicio de terminología.

Panel base de organismos clínicamente relevantes, en SNOMED CT. Es la semilla que un laboratorio materializa y ajusta; el subconjunto por examen se resuelve en la capa operativa (ObservationDefinition.validCodedValueSet).

Subconjunto por grupo clínico. Plantilla para el panel por examen.

Subconjunto por grupo clínico. Plantilla para el panel por examen.

Subconjunto por grupo clínico. Plantilla para el panel por examen.

Subconjunto por grupo clínico. Plantilla para el panel por examen.

Prioridad de ServiceRequest para órdenes de laboratorio. Compone la base curada ema-cs-order-priority (códigos alineados a request-priority, displays es-CL).

Etiquetas de sensibilidad de la información para Resource.meta.security (HL7 v3 ActCode, ActInformationSensitivityPolicy). Conjunto neutro y extensible: HIV, ETH, PSY, SDV, GDIS. Vocabulario estándar; sin códigos EMA propios. Las políticas asociadas son overlay por país.

Sexo administrativo del paciente. Compone la base curada ema-cs-administrative-gender.

Sexo biológico del paciente. Compone la base curada ema-cs-biological-sex.

Tipos de contenedores/tubos (SNOMED CT). Binding neutro: compone la base curada ema-cs-container-type; el catálogo operativo por tenant se resuelve en el servicio de terminología ({tenantId}-vs-container-type).

Conjunto extensible de tipos de documento con que una persona acredita su identidad, para el slice de Patient.identifier de las capas nacionales. Neutro de país: cada capa fija qué system acompaña a cada tipo (RENAPO para la CURP, RENIEC para el DNI) y cuál es exigible en su jurisdicción.

Conjunto extensible de tipos de muestra biológica (SNOMED CT). Binding neutro: compone la base curada ema-cs-lab-specimen-type; el catálogo operativo por tenant se resuelve en el servicio de terminología ({tenantId}-vs-lab-specimen-type).

Los cinco arquetipos del catálogo EMA: cómo un pedible se materializa en recursos FHIR.

Categorías de intervalo adicionales de EMA que complementan las nativas de R4 (reference | critical | absolute): significant (alteración clínicamente relevante que no alcanza umbral crítico) y pathological (patológico franco). Cada categoría define una familia de flag en el resultado.

CodeSystem neutro de exámenes de laboratorio (analitos), con códigos LOINC. Semilla curada de referencia; el panel operativo por tenant se gestiona en el servicio de terminología ({tenantId}-cs-lab-test-codes).

Estado civil del paciente, alineado a v3 MaritalStatus con displays es.

Qué extractor procesa las respuestas de un Questionnaire.

Fabricantes comunes de analizadores IVD en LATAM. Base sembrable (Opción B).

Rol funcional de una Location dentro de la Organization del tenant. Semilla base que se materializa por tenant como punto de partida (Opción B).

Taxonomía jerárquica de grupos de organismos para microbiología clínica (Bacterias › Gram± › familias/grupos; Hongos › levaduras). Semilla curada conservadora; el catálogo operativo se gestiona por tenant.

Identidad de género del paciente, alineada a gender-identity con displays es.

Modelos comunes de analizadores IVD en LATAM. Base sembrable (Opción B).

Nacionalidad del paciente (ISO 3166-1 alpha-2), starter LATAM con displays es.

Prioridad de una orden de laboratorio (ServiceRequest.priority), alineada a http://hl7.org/fhir/request-priority con displays es-CL. Semilla base que se materializa por tenant (Opción B).

Suplemento sobre SNOMED CT que agrega a los organismos de la base las propiedades clasificatorias que EMA necesita y SNOMED no expone como tales: gram, morphology, group (agrupación clínica) y family (taxonómica). No define conceptos: los toma de SNOMED.

Sexo administrativo (Patient.gender), alineado a administrative-gender con displays es.

Sexo biológico / al nacer del paciente, con displays es.

Tipos de contenedores/tubos para muestras de laboratorio (valores SNOMED CT). Semilla base que se materializa por tenant (Opción B).

CodeSystem neutro de tipos de muestra biológica (códigos SNOMED CT). Semilla base que se materializa por tenant como punto de partida (Opción B).

Disponibilidad del rol clínico. El actor es el PractitionerRole, no el Practitioner: quien atiende lo hace en una organización y una ubicación concretas.

Alergia a penicilina con reacción documentada.

Aviso de que el pago de la boleta fue recibido. payment apunta a la conciliación del pagador, que vive fuera de este IG y por eso se referencia solo por display.

Bloque de 30 minutos ya ocupado por la cita del caso.

Documento de cobro emitido a la paciente, con el cargo de la consulta como línea. La tributación local la agrega la capa de país.

Cargo devengado por la consulta del caso, con el encuentro como contexto.

Cita cumplida que dio origen al encuentro. Participan la paciente y el rol clínico que la atendió.

Cobertura de salud de la paciente. La capa de país agrega el tipo nacional (tramo Fonasa, régimen IMSS, seguro EsSalud) sobre esta misma estructura.

Documento clínico estructurado del control, con la sección de diagnósticos apuntando al Condition del caso.

Consentimiento de la paciente para el tratamiento de sus datos clínicos.

Formulario de captura estructurada aplicado en el control.

Precio de la prestación. Las capas nacionales agregan los grupos de propiedades de cada esquema de cobertura (arancel, tramo, convenio).

Diagnóstico activo confirmado. El binding de code es extensible contra un ValueSet neutral, de modo que la capa de país puede refinarlo sin reescribir el perfil.

Control ambulatorio de la paciente diabética. Es el encuentro al que cuelgan el diagnóstico, la orden de laboratorio y la prescripción.

Metadatos DICOM de una radiografía de tórax. El perfil almacena referencias, nunca el binario de la imagen.

Lectura de la ficha de la paciente por el médico tratante, con el resultado de la autorización.

Informe que agrupa el resultado y la muestra que lo originó, y que apunta a la orden que lo pidió.

Vacunación administrada en el mismo centro.

Medicamento del vademécum. La capa de país lo vincula a su catálogo nacional.

Muestra tomada para la orden, con su identificador de acceso, contenedor y trazabilidad de recepción.

Observación clínica general. Para laboratorio se usa EmaCoreObservationLab, que exige la categoría laboratory y agrega muestra, método y agrupación.

Orden de HbA1c indicada en el control. El perfil exige encounter y authoredOn: una orden sin encuentro ni fecha no se puede trazar.

Asegurador que financia la cobertura del paciente. Es el payor de la Coverage y el destinatario del Claim.

Centro médico ambulatorio que presta la atención del caso.

Paciente del caso: adulta de 57 años con diabetes tipo 2. El identificador es un MRN interno — el identificador nacional lo agrega la capa de país.

Parámetro informable del pedible. Lleva los rangos con sus familias de flag: las nativas de R4 y la extensión ema-interval-category para significant y pathological, que R4 no admite en qualifiedInterval.category porque su binding es required.

Prestación del dominio clínico. Clinic lee los pedibles de laboratorio y patología para poder solicitarlos, pero solo escribe los suyos.

Protocolo temporal: tres glicemias a los 0, 60 y 120 minutos. El desplazamiento va en relatedAction, que es lo que R4 tiene para «esto ocurre N minutos después de aquello» — un motor de protocolos ajeno lo entiende y no entendería una extensión propia.

Prestación pedible del dominio de laboratorio. El useContext lleva el dominio, y el meta.tag que usa la autorización se deriva de ahí — nunca se escribe a mano.

Mismo contrato que el de laboratorio, con dominio pathology. La segmentación por dominio es lo que impide que un producto escriba en el catálogo de otro.

Protocolo de seguimiento reutilizable: qué se hace en cada control.

Prescripción con instrucciones de dosificación obligatorias: el perfil exige dosageInstruction 1..*, porque una receta sin posología no es accionable.

Quién registró el diagnóstico del encuentro y cuándo. Es la traza de autoría que acompaña al recurso clínico.

Procedimiento de tamizaje de retinopatía diabética realizado en el control.

Médico que atiende la consulta, indica los exámenes y prescribe.

Profesional que toma la muestra y valida el resultado de laboratorio.

Cobro de la prestación al asegurador. El perfil fija use = #claim: nunca se usa este recurso para preautorizar.

Puntero al PDF del resumen de atención. El binario nunca vive en el recurso.

Con qué muestra y en qué tubo se toma el pedible. El volumen va como SimpleQuantity y no como texto libre, porque el motor de tubos lo suma para repartir la toma entre exámenes.

Resultado sobre la muestra, con rango de referencia e interpretación. El perfil exige la categoría laboratory como slice, no como texto.

El médico internista ejerciendo en el centro ambulatorio. Es el actor de la agenda y el participante de la cita.

Prestación agendable de 20 minutos. La duración va en ema-service-duration porque R4 no tiene el elemento, y en minutos UCUM: un número sin unidad no dimensiona un slot.

Presión arterial como panel con componentes sistólica y diastólica, que es la forma que exige el perfil de signos vitales de FHIR R4.

Box donde se realiza la atención ambulatoria.