Resumen Digital de Atención en Salud (RDA)
0.7.2 - STU1 Colombia

Resumen Digital de Atención en Salud (RDA) - Local Development build (v0.7.2) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

RDA Paciente

Documento FHIR: RDA de paciente

El Documento FHIR RDA Paciente es un perfil especializado del recurso Composition, diseñado para registrar los antecedentes de salud manifestados directamente por el paciente.

Incorpora los datos clínicos relevantes una vez se realice un evento de atención clínica.

Este documento hace parte del Registro de Autoreporte de Datos de Salud (RDA), cuyo objetivo es permitir que cada persona o usuario del sistema de salud que desempeña el rol de paciente pueda manifestar o declarar, de manera organizada, información sobre sus enfermedades o problemas de salud, uso de medicamentos, alergias o intolerancias y atencedentes de salud familiar.

De esta forma, el documento RDA Paciente constituye una fuente inicial y complementaria de información que puede ser consultada por profesionales de salud a través de aplicaciones de software o sistemas de historia clínica.

Este RDA se debe generar y transmitir al mecanismo de interoperabilidad por parte de los prestadores de salud una vez se realice un evento de atención clínica, con los contenidos establecidos en la Resolución 1888 de 2025 y las especificaciones de sintaxis y semántica establecidas en esta Guia de Implementación FHIR para el Resumen Digital de Atención en Salud (RDA), publicada por Ministerio de Salud y Protección Social.

Secciones del documento

Descripción de las entradas (section.entry) Perfil FHIR
Uso de medicamentos declarados por el paciente durante el encuentro de hospitalización / internación (Tecnologías en Salud) Antecedentes farmacológicos
Alergias, intolerancias y reacciones adversas declaradas por el paciente Antecedentes alérgicos
Diagnósticos de problemas de salud declarados por el paciente Antecedentes patológicos
Referencia al recurso de antecedentes familiares (FamilyMemberHistory) Antecedentes familiares

Sección: Uso de medicamentos declarados por el paciente

Descripción:
La sección de uso de medicamentos contiene la lista de antecedentes farmacológicos o uso de medicamentos relevantes declarados o manifestados por el paciente, incluyendo medicamentos de prescripción, de venta libre, suplementos dietarios y productos homeopáticos.

Como mínimo, debe listar el uso actual de medicamentos y cualquier historial relevante declarado por el paciente.

Si no hay información sobre uso de medicamentos, o si no se conocen, esto debe quedar claramente documentado en la sección, mediante el uso del elemento emptyReason.

Sección: Alergias e intolerancias declaradas por el paciente

Descripción:
Esta sección documenta las alergias o intolerancias relevantes declarados o manifestados por el paciente, mediante la clasificación y descripción los agentes que la causan.

Como mínimo, debe listar alergias y reacciones adversas actualmente activas y cualquier historial relevante declarado por el paciente.

Si no hay información sobre alergias disponible, o si no se conocen alergias, esto debe quedar claramente documentado en la sección, mediante el uso del elemento emptyReason.

Sección: Condiciones (Problemas de salud) declaradas por el paciente

Descripción:
La sección de problemas del Resumen Digital de Atención en Salud (RDA) lista y describe los problemas clínicos o condiciones que actualmente están siendo monitoreados para el paciente.

Sección: Antecedentes de salud familiar declarados por el paciente

Descripción:
La sección de antecedentes familiares contiene una descripción de las condiciones relevantes que han sufrido los miembros de la familia del paciente, de primer grado de consanguinidad y afinidad.

Alcance y uso

El documento RDA Paciente:

  • Reúne en un solo lugar la información básica reportada por el paciente sobre su salud.
  • Está estructurado en secciones claras y fáciles de interpretar.
  • Utiliza perfiles FHIR específicos (MedicationStatementRDA, AllergyIntoleranceRDA y ConditionRDA), lo que asegura la consistencia y la interoperabilidad de los datos.
  • Se puede utilizar como punto de partida en la interacción entre paciente y profesional de la salud, enriqueciendo la historia clínica con la voz del propio paciente.

Este enfoque promueve la participación activa del paciente en el manejo de su información de salud y facilita su integración en los sistemas de información en salud que implementan FHIR.

Perspectiva técnica para implementadores

Desde el punto de vista de FHIR Profiling, el RDA Paciente es un documento clínico basado en Composition, que se ajusta al paradigma de “document bundles” de FHIR.
A nivel de implementación, se deben considerar los siguientes aspectos:

Estructura del recurso Composition

  • Composition.type: identifica el documento como un autoreporte de paciente, utilizando el código definido en el perfil CompositionPatientStatementRDA.
  • Composition.status: usualmente con valor final, indicando que el paciente ha completado la declaración.
  • Composition.subject: referencia al recurso Patient que corresponde al autor principal de la declaración.
  • Composition.author: en este caso, el paciente mismo puede figurar como autor, modelado como un recurso Patient o, en algunos casos, RelatedPerson.
  • Composition.section: cada sección corresponde a un subconjunto de información (medicamentos, alergias, problemas), y sus entradas (entry) deben referenciar instancias de recursos que cumplen perfiles específicos RDA.

Paquete transaccional del documento

Un documento clínico FHIR no se transmite como un Composition aislado, sino como un FHIR Bundle de tipo document que incluye:

  1. El recurso raíz Composition (perfilado como CompositionPatientStatementRDA).
  2. Todos los recursos referenciados en Composition.entry, incluyendo:
    • Patient (perfilado como PatientRDA).
    • MedicationStatementRDA (para sectionMedications).
    • AllergyIntoleranceRDA (para sectionAllergies).
    • ConditionRDA (para sectionProblems).
  3. Otros recursos complementarios (ejemplo: Practitioner si se requiere registrar un profesional que acompañe la declaración).
Ejemplo de estructura general del Bundle
{
    "resourceType": "Bundle",
    "type": "document",
    "entry": [
        {
            "resource": {"resourceType": "Composition"}
        },
        {
            "resource": {"resourceType": "Patient"}
        },
        {
            "resource": {"resourceType": "Organization"}
        },
        {
            "resource": {"resourceType": "Condition"}
        },
        {
            "resource": {"resourceType": "AllegyIntolerance"}
        },
        {
            "resource": {"resourceType": "MedicationStatement"}
        },
        {
            "resource": {"resourceType": "FamilyMemberHistory"}
        },
        
                    .......
        {
            "resource": {"resourceType": "Resource"}
        }
    ]
}
rda-paciente

Validación de conformidad

Para garantizar la interoperabilidad:

  • Cada recurso debe validarse contra su perfil correspondiente en la Guía RDA.
  • El Bundle debe validarse para asegurar que la estructura respeta la jerarquía de un documento FHIR.
  • Los sistemas deben implementar reglas de negocio para asegurar consistencia semántica, por ejemplo:
    • Que todos los MedicationStatement dentro de sectionMedications estén correctamente codificados.
    • Que las alergias se registren con códigos preferidos (ejemplo, terminologías estandarizadas como SNOMED CT).
    • Que las condiciones de salud (problemas) se ajusten al valor esperado en el perfil ConditionRDA.

Resumen para implementadores

En términos prácticos, un RDA de Paciente es:

Esto permite a los sistemas de información interoperar bajo un mismo esquema de referencia, garantizando que la información declarada por los pacientes pueda ser consumida, validada e integrada de forma consistente en entornos clínicos basados en el estándar internacional HL7 FHIR.