Resultado de una medición, un examen o una evaluación sobre un paciente: una medida en un estudio de imágenes, la impresión de un informe radiológico, un resultado de laboratorio, la presión arterial. Se modela con el recurso Observation de FHIR R5.

Número con que el establecimiento identifica la observación en sus sistemas, independiente de la versión.

Regla de negocio: Obligatorio. Una corrección (caso O6) es una versión nueva con el mismo identificador, así que el identificador es lo que permite saber que dos versiones son la misma observación, y que el HIE no la registre dos veces si se reenvía.

Reúne las versiones de una observación: una corrección lleva el mismo identificador. Además evita que el HIE registre dos veces una observación que se reenvía.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Número de la observación en el sistema del establecimiento.

Regla de negocio: Lo define cada establecimiento.

Regla de validación: De 1 a 64 caracteres, sin espacios (invariante común cr-codigo-interno-value).

Es el número con que el sistema del establecimiento reconoce la observación.

Código del establecimiento que asignó el número.

Regla de negocio: Es el codigo-establecimiento de la organización o, si es una unidad sin identificador propio, el de su organización superior.

Regla de validación: Invariante cr-observacion-system, sobre el identificador: system.matches('^https://hl7\\.or\\.cr/fhir/sid/observacion/(cj-[1-9][0-9]{9}|cn-[1-9][0-9]{8}|dimex-[1-9][0-9]{10,11})$').

Cada establecimiento numera sus observaciones por su cuenta. El establecimiento hace único el número, igual que en el expediente del paciente.

Clase general de la observación: 1. Imágenes (imaging).

Regla de negocio: Obligatoria: permite buscar y filtrar ("todos los resultados de imágenes") sin conocer cada código. Cada guía de dominio fija la suya.

Regla de validación: Debe pertenecer al catálogo categoría de la observación.

Comentarios: Solo se publica la categoría que usa una guía en curso. laboratory queda prevista para la guía de laboratorio (sección 5).

Permite buscar y filtrar por clase, por ejemplo todos los resultados de imágenes, sin conocer cada código LOINC.

Qué se observó o se midió: la impresión diagnóstica de un estudio, el tamaño de una lesión, la hemoglobina.

Regla de negocio: Obligatorio. Se codifica con LOINC cuando existe un código. Un sistema puede enviar además su código local como un segundo coding. Cada guía de dominio fija los códigos de sus observaciones.

Regla de validación: Debe pertenecer al catálogo código de la observación (LOINC) si hay un código que corresponda.

Comentarios: Se usa LOINC porque es lo que usan IPS, RACSEL e IHE. LOINC es de uso gratuito con aviso de copyright.

Dice qué se observó o se midió con un código LOINC, el mismo que usan IPS, RACSEL e IHE. Sin él, un sistema no puede comparar ni graficar resultados de distintos establecimientos.

Paciente sobre el que se hizo la observación.

Regla de negocio: Obligatorio. Las observaciones sobre otra cosa (un equipo, un lugar, una muestra de agua) no forman parte de este modelo.

Regla de validación: Referencia a un Patient que cumpla el modelo del paciente, o referencia lógica por un identificador oficial.

Una observación trata siempre de un paciente. Sin él no se puede ubicar en su historia ni controlar quién la puede ver.

Atención en la que se hizo la observación.

Regla de negocio: Se registra si la observación se hizo en una atención (una consulta, un estudio de imágenes, una hospitalización).

Regla de validación: Referencia a un Encounter que cumpla el modelo de la atención, del mismo paciente.

Da el contexto en que se hizo la observación: dónde, cuándo y con qué profesionales.

Cuándo se hizo la observación: el momento del estudio, de la toma de la muestra o de la medición, o el periodo si duró un tiempo (por ejemplo, una orina de 24 horas).

Regla de negocio: Obligatoria. Es la fecha clínicamente relevante, no la del registro en el sistema.

Regla de validación: Fecha y hora con zona horaria (-06:00), invariante cr-observacion-fecha-hora. No puede ser posterior a la fecha de emisión: invariante cr-observacion-fecha-emision, issued.empty() or ((effective.ofType(dateTime).empty() or effective.ofType(dateTime) <= issued) and (effective.ofType(Period).start.empty() or effective.ofType(Period).start <= issued)).

Es la fecha clínicamente relevante, la del estudio o la toma de la muestra. Con ella se ordenan los resultados y se ve su evolución en el tiempo.

Cuándo se dio a conocer el resultado (por ejemplo, cuando el laboratorio lo validó).

Regla de negocio: Obligatoria en los resultados final, amended y corrected.

Regla de validación: Invariante cr-observacion-emision (error): status in ('final' | 'amended' | 'corrected') implies issued.exists().

Dice cuándo se dio a conocer el resultado, que puede ser días después de la observación. Permite medir tiempos de respuesta y saber qué se sabía en una fecha dada.

Quién es responsable de la observación: el profesional que la hizo o la validó, o la organización que la emitió (el laboratorio, el centro de imágenes).

Regla de negocio: Obligatorio. Se prefiere el rol del profesional, porque dice en nombre de qué organización actúa. Si la observación la genera un equipo sin un profesional responsable, se registra la organización.

Regla de validación: Referencia a un PractitionerRole, un Practitioner o una Organization que cumplan sus modelos.

Comentarios: Mismos tipos que el autor del documento clínico.

Dice quién responde por el resultado, para saber a quién preguntar por él. El rol del profesional dice además en nombre de qué organización actuó.

El resultado: una cantidad con su unidad (12,5 mm; 13,8 g/dL), un código (positivo, negativo), un texto (la impresión diagnóstica), un rango, una proporción, un sí o no, etc.

Regla de negocio: Un resultado final, amended o corrected lleva un valor, un motivo sin valor o componentes. Una cantidad lleva siempre su unidad UCUM. El tipo de valor de cada código lo fija la guía de dominio.

Regla de validación: Invariante cr-observacion-resultado (error): status in ('final' | 'amended' | 'corrected') implies (value.exists() or dataAbsentReason.exists() or component.exists()). Invariante cr-observacion-ucum (error): value.ofType(Quantity).exists() implies (value.ofType(Quantity).system = 'http://unitsofmeasure.org' and value.ofType(Quantity).code.exists()).

Es el resultado mismo: una cantidad con su unidad, un código o un texto. Es lo que se usa para decidir, comparar y graficar.

Por qué no hay valor: la muestra llegó dañada (error), no se realizó (not-performed), el valor no se puede expresar (as-text), etc.

Regla de negocio: Solo si no hay valor (obs-6). Una observación cancelled lleva not-performed (invariante cr-observacion-cancelada: status = 'cancelled' implies dataAbsentReason.coding.where(system = 'http://terminology.hl7.org/CodeSystem/data-absent-reason' and code = 'not-performed').exists()).

Regla de validación: Debe pertenecer al catálogo motivo sin valor.

Explica por qué no hay resultado (muestra dañada, no se realizó), para que no se confunda con un dato que falta o con un resultado normal.

Cómo se interpreta el valor respecto a lo esperado: normal (N), alto (H), bajo (L), crítico alto (HH), positivo (POS), etc.

Regla de negocio: Opcional. La asigna quien emite el resultado, normalmente a partir del rango de referencia.

Regla de validación: Debe pertenecer al catálogo interpretación.

Señala si el resultado es normal, alto, bajo o crítico, para que quien lo lee vea de inmediato lo que requiere atención.

Valores normales con que se compara el resultado (por ejemplo, hemoglobina de 12,0 a 16,0 g/dL).

Regla de negocio: Opcional. Lo informa quien emite el resultado, porque depende de su método y su población. Si hay varios rangos (por ejemplo, por sexo o por edad), se envía el que aplica al paciente.

Regla de validación: Al menos el límite inferior, el superior o el texto (obs-3 de R5). Los límites van en UCUM (invariante cr-observacion-rango-ucum: (low | high).all(system = 'http://unitsofmeasure.org' and code.exists())), con la misma unidad que el valor.

Permite interpretar el valor con los rangos del establecimiento que lo emitió, que dependen de su método y de su población.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Valor mínimo del rango, con su unidad.

Regla de validación: Unidad UCUM.

Es el valor mínimo esperado, con su unidad.

Valor máximo del rango, con su unidad.

Regla de validación: Unidad UCUM.

Es el valor máximo esperado, con su unidad.

El rango como texto, cuando no se expresa con números (por ejemplo, "Negativo").

Expresa un rango que no se da con números, como Negativo.

Partes de una observación que solo tienen sentido juntas: la presión sistólica y la diastólica, o las medidas de una misma lesión.

Regla de negocio: Se usan componentes cuando las partes se miden en el mismo acto y no se interpretan por separado. Si cada parte es un resultado propio (por ejemplo, los análisis de un hemograma), cada una es una observación aparte (pregunta 1).

Regla de validación: Un componente no repite el código de la observación (obs-7).

Mantiene juntas las partes que solo tienen sentido juntas, como la presión sistólica y la diastólica o las medidas de una misma lesión.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Qué parte se midió (por ejemplo, la presión sistólica).

Regla de negocio: Igual que el código de la observación.

Regla de validación: Igual que el código de la observación.

Dice qué parte se midió, con LOINC igual que la observación.

El resultado de la parte.

Regla de negocio: Lleva un valor o un motivo sin valor. Una cantidad lleva su unidad UCUM.

Regla de validación: Invariante cr-observacion-componente (error), en el contexto de Observation.component: value.exists() or dataAbsentReason.exists(). Invariante cr-observacion-componente-ucum (error), en el mismo contexto: value.ofType(Quantity).exists() implies (value.ofType(Quantity).system = 'http://unitsofmeasure.org' and value.ofType(Quantity).code.exists()).

Es el resultado de la parte, con los mismos tipos que el valor de la observación.

Por qué la parte no tiene valor.

Regla de negocio: Solo si no hay valor.

Regla de validación: Debe pertenecer al catálogo motivo sin valor.

Explica por qué una parte no tiene resultado, igual que en la observación.

Cómo se interpreta el valor de la parte.

Regla de negocio: Opcional.

Regla de validación: Debe pertenecer al catálogo interpretación.

Señala si el resultado de la parte es normal o requiere atención.

Nivel de confidencialidad de la observación: 1. Normal (N) 2. Restringido (R) 3. Muy restringido (V).

Regla de negocio: Por defecto N. Si la observación tiene una sensibilidad, el nivel es al menos R. Si viaja en un documento, el documento lleva el nivel más alto de sus entradas ("marca de agua alta").

Regla de validación: Debe pertenecer al catálogo confidencialidad.

Permite restringir más el acceso a una observación que lo requiere, también cuando se intercambia fuera de un documento.

Por qué la observación es sensible: salud mental, VIH, infecciones de transmisión sexual, violencia, salud sexual y reproductiva, consumo de sustancias o enfermedad genética.

Regla de negocio: La asigna quien emite la observación, según su contenido (por ejemplo, una carga viral de VIH lleva HIV). Exige confidencialidad R o V; PSYTHPN y SDV exigen V.

Regla de validación: Debe pertenecer al catálogo sensibilidad de la información. Invariante cr-observacion-sensibilidad (error): meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-ActCode').exists() implies meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-Confidentiality' and code in ('R' | 'V')).exists(). Invariante cr-observacion-sensibilidad-v (error): meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-ActCode' and code in ('PSYTHPN' | 'SDV')).exists() implies meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-Confidentiality' and code = 'V').exists().

Comentarios: Mismas reglas que el documento clínico.

Dice por qué la observación es sensible, por ejemplo una carga viral de VIH, para que la política de acceso del HIE le aplique la protección que corresponde.

Resultado de una medición, un examen o una evaluación sobre un paciente: una medida en un estudio de imágenes, la impresión de un informe radiológico, un resultado de laboratorio, la presión arterial. Se modela con el recurso Observation de FHIR R5.

Número con que el establecimiento identifica la observación en sus sistemas, independiente de la versión.

Regla de negocio: Obligatorio. Una corrección (caso O6) es una versión nueva con el mismo identificador, así que el identificador es lo que permite saber que dos versiones son la misma observación, y que el HIE no la registre dos veces si se reenvía.

Reúne las versiones de una observación: una corrección lleva el mismo identificador. Además evita que el HIE registre dos veces una observación que se reenvía.

Número de la observación en el sistema del establecimiento.

Regla de negocio: Lo define cada establecimiento.

Regla de validación: De 1 a 64 caracteres, sin espacios (invariante común cr-codigo-interno-value).

Es el número con que el sistema del establecimiento reconoce la observación.

Código del establecimiento que asignó el número.

Regla de negocio: Es el codigo-establecimiento de la organización o, si es una unidad sin identificador propio, el de su organización superior.

Regla de validación: Invariante cr-observacion-system, sobre el identificador: system.matches('^https://hl7\\.or\\.cr/fhir/sid/observacion/(cj-[1-9][0-9]{9}|cn-[1-9][0-9]{8}|dimex-[1-9][0-9]{10,11})$').

Cada establecimiento numera sus observaciones por su cuenta. El establecimiento hace único el número, igual que en el expediente del paciente.

Clase general de la observación: 1. Imágenes (imaging).

Regla de negocio: Obligatoria: permite buscar y filtrar ("todos los resultados de imágenes") sin conocer cada código. Cada guía de dominio fija la suya.

Regla de validación: Debe pertenecer al catálogo categoría de la observación.

Comentarios: Solo se publica la categoría que usa una guía en curso. laboratory queda prevista para la guía de laboratorio (sección 5).

Permite buscar y filtrar por clase, por ejemplo todos los resultados de imágenes, sin conocer cada código LOINC.

Qué se observó o se midió: la impresión diagnóstica de un estudio, el tamaño de una lesión, la hemoglobina.

Regla de negocio: Obligatorio. Se codifica con LOINC cuando existe un código. Un sistema puede enviar además su código local como un segundo coding. Cada guía de dominio fija los códigos de sus observaciones.

Regla de validación: Debe pertenecer al catálogo código de la observación (LOINC) si hay un código que corresponda.

Comentarios: Se usa LOINC porque es lo que usan IPS, RACSEL e IHE. LOINC es de uso gratuito con aviso de copyright.

Dice qué se observó o se midió con un código LOINC, el mismo que usan IPS, RACSEL e IHE. Sin él, un sistema no puede comparar ni graficar resultados de distintos establecimientos.

Paciente sobre el que se hizo la observación.

Regla de negocio: Obligatorio. Las observaciones sobre otra cosa (un equipo, un lugar, una muestra de agua) no forman parte de este modelo.

Regla de validación: Referencia a un Patient que cumpla el modelo del paciente, o referencia lógica por un identificador oficial.

Una observación trata siempre de un paciente. Sin él no se puede ubicar en su historia ni controlar quién la puede ver.

Atención en la que se hizo la observación.

Regla de negocio: Se registra si la observación se hizo en una atención (una consulta, un estudio de imágenes, una hospitalización).

Regla de validación: Referencia a un Encounter que cumpla el modelo de la atención, del mismo paciente.

Da el contexto en que se hizo la observación: dónde, cuándo y con qué profesionales.

Cuándo se hizo la observación: el momento del estudio, de la toma de la muestra o de la medición, o el periodo si duró un tiempo (por ejemplo, una orina de 24 horas).

Regla de negocio: Obligatoria. Es la fecha clínicamente relevante, no la del registro en el sistema.

Regla de validación: Fecha y hora con zona horaria (-06:00), invariante cr-observacion-fecha-hora. No puede ser posterior a la fecha de emisión: invariante cr-observacion-fecha-emision, issued.empty() or ((effective.ofType(dateTime).empty() or effective.ofType(dateTime) <= issued) and (effective.ofType(Period).start.empty() or effective.ofType(Period).start <= issued)).

Es la fecha clínicamente relevante, la del estudio o la toma de la muestra. Con ella se ordenan los resultados y se ve su evolución en el tiempo.

Cuándo se dio a conocer el resultado (por ejemplo, cuando el laboratorio lo validó).

Regla de negocio: Obligatoria en los resultados final, amended y corrected.

Regla de validación: Invariante cr-observacion-emision (error): status in ('final' | 'amended' | 'corrected') implies issued.exists().

Dice cuándo se dio a conocer el resultado, que puede ser días después de la observación. Permite medir tiempos de respuesta y saber qué se sabía en una fecha dada.

Quién es responsable de la observación: el profesional que la hizo o la validó, o la organización que la emitió (el laboratorio, el centro de imágenes).

Regla de negocio: Obligatorio. Se prefiere el rol del profesional, porque dice en nombre de qué organización actúa. Si la observación la genera un equipo sin un profesional responsable, se registra la organización.

Regla de validación: Referencia a un PractitionerRole, un Practitioner o una Organization que cumplan sus modelos.

Comentarios: Mismos tipos que el autor del documento clínico.

Dice quién responde por el resultado, para saber a quién preguntar por él. El rol del profesional dice además en nombre de qué organización actuó.

El resultado: una cantidad con su unidad (12,5 mm; 13,8 g/dL), un código (positivo, negativo), un texto (la impresión diagnóstica), un rango, una proporción, un sí o no, etc.

Regla de negocio: Un resultado final, amended o corrected lleva un valor, un motivo sin valor o componentes. Una cantidad lleva siempre su unidad UCUM. El tipo de valor de cada código lo fija la guía de dominio.

Regla de validación: Invariante cr-observacion-resultado (error): status in ('final' | 'amended' | 'corrected') implies (value.exists() or dataAbsentReason.exists() or component.exists()). Invariante cr-observacion-ucum (error): value.ofType(Quantity).exists() implies (value.ofType(Quantity).system = 'http://unitsofmeasure.org' and value.ofType(Quantity).code.exists()).

Es el resultado mismo: una cantidad con su unidad, un código o un texto. Es lo que se usa para decidir, comparar y graficar.

Por qué no hay valor: la muestra llegó dañada (error), no se realizó (not-performed), el valor no se puede expresar (as-text), etc.

Regla de negocio: Solo si no hay valor (obs-6). Una observación cancelled lleva not-performed (invariante cr-observacion-cancelada: status = 'cancelled' implies dataAbsentReason.coding.where(system = 'http://terminology.hl7.org/CodeSystem/data-absent-reason' and code = 'not-performed').exists()).

Regla de validación: Debe pertenecer al catálogo motivo sin valor.

Explica por qué no hay resultado (muestra dañada, no se realizó), para que no se confunda con un dato que falta o con un resultado normal.

Cómo se interpreta el valor respecto a lo esperado: normal (N), alto (H), bajo (L), crítico alto (HH), positivo (POS), etc.

Regla de negocio: Opcional. La asigna quien emite el resultado, normalmente a partir del rango de referencia.

Regla de validación: Debe pertenecer al catálogo interpretación.

Señala si el resultado es normal, alto, bajo o crítico, para que quien lo lee vea de inmediato lo que requiere atención.

Valores normales con que se compara el resultado (por ejemplo, hemoglobina de 12,0 a 16,0 g/dL).

Regla de negocio: Opcional. Lo informa quien emite el resultado, porque depende de su método y su población. Si hay varios rangos (por ejemplo, por sexo o por edad), se envía el que aplica al paciente.

Regla de validación: Al menos el límite inferior, el superior o el texto (obs-3 de R5). Los límites van en UCUM (invariante cr-observacion-rango-ucum: (low | high).all(system = 'http://unitsofmeasure.org' and code.exists())), con la misma unidad que el valor.

Permite interpretar el valor con los rangos del establecimiento que lo emitió, que dependen de su método y de su población.

Valor mínimo del rango, con su unidad.

Regla de validación: Unidad UCUM.

Es el valor mínimo esperado, con su unidad.

Valor máximo del rango, con su unidad.

Regla de validación: Unidad UCUM.

Es el valor máximo esperado, con su unidad.

El rango como texto, cuando no se expresa con números (por ejemplo, "Negativo").

Expresa un rango que no se da con números, como Negativo.

Partes de una observación que solo tienen sentido juntas: la presión sistólica y la diastólica, o las medidas de una misma lesión.

Regla de negocio: Se usan componentes cuando las partes se miden en el mismo acto y no se interpretan por separado. Si cada parte es un resultado propio (por ejemplo, los análisis de un hemograma), cada una es una observación aparte (pregunta 1).

Regla de validación: Un componente no repite el código de la observación (obs-7).

Mantiene juntas las partes que solo tienen sentido juntas, como la presión sistólica y la diastólica o las medidas de una misma lesión.

Qué parte se midió (por ejemplo, la presión sistólica).

Regla de negocio: Igual que el código de la observación.

Regla de validación: Igual que el código de la observación.

Dice qué parte se midió, con LOINC igual que la observación.

El resultado de la parte.

Regla de negocio: Lleva un valor o un motivo sin valor. Una cantidad lleva su unidad UCUM.

Regla de validación: Invariante cr-observacion-componente (error), en el contexto de Observation.component: value.exists() or dataAbsentReason.exists(). Invariante cr-observacion-componente-ucum (error), en el mismo contexto: value.ofType(Quantity).exists() implies (value.ofType(Quantity).system = 'http://unitsofmeasure.org' and value.ofType(Quantity).code.exists()).

Es el resultado de la parte, con los mismos tipos que el valor de la observación.

Por qué la parte no tiene valor.

Regla de negocio: Solo si no hay valor.

Regla de validación: Debe pertenecer al catálogo motivo sin valor.

Explica por qué una parte no tiene resultado, igual que en la observación.

Cómo se interpreta el valor de la parte.

Regla de negocio: Opcional.

Regla de validación: Debe pertenecer al catálogo interpretación.

Señala si el resultado de la parte es normal o requiere atención.

Nivel de confidencialidad de la observación: 1. Normal (N) 2. Restringido (R) 3. Muy restringido (V).

Regla de negocio: Por defecto N. Si la observación tiene una sensibilidad, el nivel es al menos R. Si viaja en un documento, el documento lleva el nivel más alto de sus entradas ("marca de agua alta").

Regla de validación: Debe pertenecer al catálogo confidencialidad.

Permite restringir más el acceso a una observación que lo requiere, también cuando se intercambia fuera de un documento.

Por qué la observación es sensible: salud mental, VIH, infecciones de transmisión sexual, violencia, salud sexual y reproductiva, consumo de sustancias o enfermedad genética.

Regla de negocio: La asigna quien emite la observación, según su contenido (por ejemplo, una carga viral de VIH lleva HIV). Exige confidencialidad R o V; PSYTHPN y SDV exigen V.

Regla de validación: Debe pertenecer al catálogo sensibilidad de la información. Invariante cr-observacion-sensibilidad (error): meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-ActCode').exists() implies meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-Confidentiality' and code in ('R' | 'V')).exists(). Invariante cr-observacion-sensibilidad-v (error): meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-ActCode' and code in ('PSYTHPN' | 'SDV')).exists() implies meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-Confidentiality' and code = 'V').exists().

Comentarios: Mismas reglas que el documento clínico.

Dice por qué la observación es sensible, por ejemplo una carga viral de VIH, para que la política de acceso del HIE le aplique la protección que corresponde.

Resultado de una medición, un examen o una evaluación sobre un paciente: una medida en un estudio de imágenes, la impresión de un informe radiológico, un resultado de laboratorio, la presión arterial. Se modela con el recurso Observation de FHIR R5.

Número con que el establecimiento identifica la observación en sus sistemas, independiente de la versión.

Regla de negocio: Obligatorio. Una corrección (caso O6) es una versión nueva con el mismo identificador, así que el identificador es lo que permite saber que dos versiones son la misma observación, y que el HIE no la registre dos veces si se reenvía.

Reúne las versiones de una observación: una corrección lleva el mismo identificador. Además evita que el HIE registre dos veces una observación que se reenvía.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Número de la observación en el sistema del establecimiento.

Regla de negocio: Lo define cada establecimiento.

Regla de validación: De 1 a 64 caracteres, sin espacios (invariante común cr-codigo-interno-value).

Es el número con que el sistema del establecimiento reconoce la observación.

Código del establecimiento que asignó el número.

Regla de negocio: Es el codigo-establecimiento de la organización o, si es una unidad sin identificador propio, el de su organización superior.

Regla de validación: Invariante cr-observacion-system, sobre el identificador: system.matches('^https://hl7\\.or\\.cr/fhir/sid/observacion/(cj-[1-9][0-9]{9}|cn-[1-9][0-9]{8}|dimex-[1-9][0-9]{10,11})$').

Cada establecimiento numera sus observaciones por su cuenta. El establecimiento hace único el número, igual que en el expediente del paciente.

Clase general de la observación: 1. Imágenes (imaging).

Regla de negocio: Obligatoria: permite buscar y filtrar ("todos los resultados de imágenes") sin conocer cada código. Cada guía de dominio fija la suya.

Regla de validación: Debe pertenecer al catálogo categoría de la observación.

Comentarios: Solo se publica la categoría que usa una guía en curso. laboratory queda prevista para la guía de laboratorio (sección 5).

Permite buscar y filtrar por clase, por ejemplo todos los resultados de imágenes, sin conocer cada código LOINC.

Qué se observó o se midió: la impresión diagnóstica de un estudio, el tamaño de una lesión, la hemoglobina.

Regla de negocio: Obligatorio. Se codifica con LOINC cuando existe un código. Un sistema puede enviar además su código local como un segundo coding. Cada guía de dominio fija los códigos de sus observaciones.

Regla de validación: Debe pertenecer al catálogo código de la observación (LOINC) si hay un código que corresponda.

Comentarios: Se usa LOINC porque es lo que usan IPS, RACSEL e IHE. LOINC es de uso gratuito con aviso de copyright.

Dice qué se observó o se midió con un código LOINC, el mismo que usan IPS, RACSEL e IHE. Sin él, un sistema no puede comparar ni graficar resultados de distintos establecimientos.

Paciente sobre el que se hizo la observación.

Regla de negocio: Obligatorio. Las observaciones sobre otra cosa (un equipo, un lugar, una muestra de agua) no forman parte de este modelo.

Regla de validación: Referencia a un Patient que cumpla el modelo del paciente, o referencia lógica por un identificador oficial.

Una observación trata siempre de un paciente. Sin él no se puede ubicar en su historia ni controlar quién la puede ver.

Atención en la que se hizo la observación.

Regla de negocio: Se registra si la observación se hizo en una atención (una consulta, un estudio de imágenes, una hospitalización).

Regla de validación: Referencia a un Encounter que cumpla el modelo de la atención, del mismo paciente.

Da el contexto en que se hizo la observación: dónde, cuándo y con qué profesionales.

Cuándo se hizo la observación: el momento del estudio, de la toma de la muestra o de la medición, o el periodo si duró un tiempo (por ejemplo, una orina de 24 horas).

Regla de negocio: Obligatoria. Es la fecha clínicamente relevante, no la del registro en el sistema.

Regla de validación: Fecha y hora con zona horaria (-06:00), invariante cr-observacion-fecha-hora. No puede ser posterior a la fecha de emisión: invariante cr-observacion-fecha-emision, issued.empty() or ((effective.ofType(dateTime).empty() or effective.ofType(dateTime) <= issued) and (effective.ofType(Period).start.empty() or effective.ofType(Period).start <= issued)).

Es la fecha clínicamente relevante, la del estudio o la toma de la muestra. Con ella se ordenan los resultados y se ve su evolución en el tiempo.

Cuándo se dio a conocer el resultado (por ejemplo, cuando el laboratorio lo validó).

Regla de negocio: Obligatoria en los resultados final, amended y corrected.

Regla de validación: Invariante cr-observacion-emision (error): status in ('final' | 'amended' | 'corrected') implies issued.exists().

Dice cuándo se dio a conocer el resultado, que puede ser días después de la observación. Permite medir tiempos de respuesta y saber qué se sabía en una fecha dada.

Quién es responsable de la observación: el profesional que la hizo o la validó, o la organización que la emitió (el laboratorio, el centro de imágenes).

Regla de negocio: Obligatorio. Se prefiere el rol del profesional, porque dice en nombre de qué organización actúa. Si la observación la genera un equipo sin un profesional responsable, se registra la organización.

Regla de validación: Referencia a un PractitionerRole, un Practitioner o una Organization que cumplan sus modelos.

Comentarios: Mismos tipos que el autor del documento clínico.

Dice quién responde por el resultado, para saber a quién preguntar por él. El rol del profesional dice además en nombre de qué organización actuó.

El resultado: una cantidad con su unidad (12,5 mm; 13,8 g/dL), un código (positivo, negativo), un texto (la impresión diagnóstica), un rango, una proporción, un sí o no, etc.

Regla de negocio: Un resultado final, amended o corrected lleva un valor, un motivo sin valor o componentes. Una cantidad lleva siempre su unidad UCUM. El tipo de valor de cada código lo fija la guía de dominio.

Regla de validación: Invariante cr-observacion-resultado (error): status in ('final' | 'amended' | 'corrected') implies (value.exists() or dataAbsentReason.exists() or component.exists()). Invariante cr-observacion-ucum (error): value.ofType(Quantity).exists() implies (value.ofType(Quantity).system = 'http://unitsofmeasure.org' and value.ofType(Quantity).code.exists()).

Es el resultado mismo: una cantidad con su unidad, un código o un texto. Es lo que se usa para decidir, comparar y graficar.

Por qué no hay valor: la muestra llegó dañada (error), no se realizó (not-performed), el valor no se puede expresar (as-text), etc.

Regla de negocio: Solo si no hay valor (obs-6). Una observación cancelled lleva not-performed (invariante cr-observacion-cancelada: status = 'cancelled' implies dataAbsentReason.coding.where(system = 'http://terminology.hl7.org/CodeSystem/data-absent-reason' and code = 'not-performed').exists()).

Regla de validación: Debe pertenecer al catálogo motivo sin valor.

Explica por qué no hay resultado (muestra dañada, no se realizó), para que no se confunda con un dato que falta o con un resultado normal.

Cómo se interpreta el valor respecto a lo esperado: normal (N), alto (H), bajo (L), crítico alto (HH), positivo (POS), etc.

Regla de negocio: Opcional. La asigna quien emite el resultado, normalmente a partir del rango de referencia.

Regla de validación: Debe pertenecer al catálogo interpretación.

Señala si el resultado es normal, alto, bajo o crítico, para que quien lo lee vea de inmediato lo que requiere atención.

Valores normales con que se compara el resultado (por ejemplo, hemoglobina de 12,0 a 16,0 g/dL).

Regla de negocio: Opcional. Lo informa quien emite el resultado, porque depende de su método y su población. Si hay varios rangos (por ejemplo, por sexo o por edad), se envía el que aplica al paciente.

Regla de validación: Al menos el límite inferior, el superior o el texto (obs-3 de R5). Los límites van en UCUM (invariante cr-observacion-rango-ucum: (low | high).all(system = 'http://unitsofmeasure.org' and code.exists())), con la misma unidad que el valor.

Permite interpretar el valor con los rangos del establecimiento que lo emitió, que dependen de su método y de su población.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Valor mínimo del rango, con su unidad.

Regla de validación: Unidad UCUM.

Es el valor mínimo esperado, con su unidad.

Valor máximo del rango, con su unidad.

Regla de validación: Unidad UCUM.

Es el valor máximo esperado, con su unidad.

El rango como texto, cuando no se expresa con números (por ejemplo, "Negativo").

Expresa un rango que no se da con números, como Negativo.

Partes de una observación que solo tienen sentido juntas: la presión sistólica y la diastólica, o las medidas de una misma lesión.

Regla de negocio: Se usan componentes cuando las partes se miden en el mismo acto y no se interpretan por separado. Si cada parte es un resultado propio (por ejemplo, los análisis de un hemograma), cada una es una observación aparte (pregunta 1).

Regla de validación: Un componente no repite el código de la observación (obs-7).

Mantiene juntas las partes que solo tienen sentido juntas, como la presión sistólica y la diastólica o las medidas de una misma lesión.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Qué parte se midió (por ejemplo, la presión sistólica).

Regla de negocio: Igual que el código de la observación.

Regla de validación: Igual que el código de la observación.

Dice qué parte se midió, con LOINC igual que la observación.

El resultado de la parte.

Regla de negocio: Lleva un valor o un motivo sin valor. Una cantidad lleva su unidad UCUM.

Regla de validación: Invariante cr-observacion-componente (error), en el contexto de Observation.component: value.exists() or dataAbsentReason.exists(). Invariante cr-observacion-componente-ucum (error), en el mismo contexto: value.ofType(Quantity).exists() implies (value.ofType(Quantity).system = 'http://unitsofmeasure.org' and value.ofType(Quantity).code.exists()).

Es el resultado de la parte, con los mismos tipos que el valor de la observación.

Por qué la parte no tiene valor.

Regla de negocio: Solo si no hay valor.

Regla de validación: Debe pertenecer al catálogo motivo sin valor.

Explica por qué una parte no tiene resultado, igual que en la observación.

Cómo se interpreta el valor de la parte.

Regla de negocio: Opcional.

Regla de validación: Debe pertenecer al catálogo interpretación.

Señala si el resultado de la parte es normal o requiere atención.

Nivel de confidencialidad de la observación: 1. Normal (N) 2. Restringido (R) 3. Muy restringido (V).

Regla de negocio: Por defecto N. Si la observación tiene una sensibilidad, el nivel es al menos R. Si viaja en un documento, el documento lleva el nivel más alto de sus entradas ("marca de agua alta").

Regla de validación: Debe pertenecer al catálogo confidencialidad.

Permite restringir más el acceso a una observación que lo requiere, también cuando se intercambia fuera de un documento.

Por qué la observación es sensible: salud mental, VIH, infecciones de transmisión sexual, violencia, salud sexual y reproductiva, consumo de sustancias o enfermedad genética.

Regla de negocio: La asigna quien emite la observación, según su contenido (por ejemplo, una carga viral de VIH lleva HIV). Exige confidencialidad R o V; PSYTHPN y SDV exigen V.

Regla de validación: Debe pertenecer al catálogo sensibilidad de la información. Invariante cr-observacion-sensibilidad (error): meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-ActCode').exists() implies meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-Confidentiality' and code in ('R' | 'V')).exists(). Invariante cr-observacion-sensibilidad-v (error): meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-ActCode' and code in ('PSYTHPN' | 'SDV')).exists() implies meta.security.where(system = 'http://terminology.hl7.org/CodeSystem/v3-Confidentiality' and code = 'V').exists().

Comentarios: Mismas reglas que el documento clínico.

Dice por qué la observación es sensible, por ejemplo una carga viral de VIH, para que la política de acceso del HIE le aplique la protección que corresponde.