Guía IPS Argentina basada en Core Ar - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Recomendaciones para la transacción de registro de pacientes

Recomendaciones de validación

Validaciones generales

Tipos de datos

Los elementos deben respetar los tipos de datos definidos por FHIR R4 y por los perfiles argentinos aplicables.

Elementos obligatorios

Se deben validar:

• Las cardinalidades mínimas del estándar FHIR R4.
• Las cardinalidades y restricciones adicionales establecidas por los perfiles argentinos.

Elementos Must Support

Los sistemas deben procesar los elementos marcados como Must Support conforme a las reglas declaradas por el perfil correspondiente.

Otros elementos

Los elementos no restringidos por el estándar ni por esta guía pueden incluirse y deben considerarse válidos.

Validación de DocumentReference

subject: referencia al paciente

Debe utilizar una referencia lógica mediante identifier:

{
  "subject": {
    "identifier": {
      "system": "http://dummy.com.ar",
      "value": "1"
    }
  }
}

• subject.identifier.system: identificador del dominio.
• subject.identifier.value: identificador local del paciente.

custodian: organización responsable

Debe expresarse como referencia lógica:

{
  "custodian": {
    "identifier": {
      "system": "https://federador.msal.gob.ar/uri",
      "value": "http://dummy.com.ar"
    }
  }
}

• custodian.identifier.system: https://federador.msal.gob.ar/uri
• custodian.identifier.value: identificador del dominio.

type: tipo documental

Debe contener el código LOINC del Resumen de Historia Clínica IPS:

{
  "type": {
    "coding": [
      {
        "system": "http://loinc.org",
        "code": "60591-5"
      }
    ]
  }
}

content: contenido del documento

content.attachment.url debe referenciar un recurso Bundle accesible en el mismo endpoint.

Ejemplos:

/Bundle/123

http://api.dummy.com.ar/fhir/Bundle/123

Validación del documento IPS

El documento IPS se representa mediante un Bundle de tipo document.

Referencias dentro del Bundle

Las entradas deben vincularse mediante fullUrl y referencias absolutas o relativas que puedan resolverse dentro del propio Bundle.

Formato recomendado para fullUrl:

{url-dominio}/{tipo-recurso}/{id-recurso}

Ejemplo:

http://dummy.com.ar/Condition/3

El identificador debe ser único dentro de cada tipo de recurso del Bundle:

• No válido: dos entradas Condition/2.
• Válido: Patient/1 y Condition/1.

Es recomendable conservar los identificadores originales de la historia clínica cuando sean estables y únicos.

Primera entrada: Composition

La primera entrada del Bundle debe ser una Composition conforme al perfil argentino.

Reglas principales:

• status = final.
• type debe utilizar http://loinc.org|60591-5.
• author debe ser una referencia lógica a Organization.
• El sistema identificador de author debe ser https://refes.msal.gob.ar.
• custodian debe ser una referencia lógica.
• custodian.identifier.system debe ser https://federador.msal.gob.ar/uri.
• custodian.identifier.value debe contener el identificador del dominio.

Secciones requeridas

Cada sección debe:

• Incluir referencias a los recursos correspondientes dentro del Bundle.
• Contener narrativa XHTML simplificada para permitir su visualización por otros sistemas.

Entrada Patient

El recurso Patient debe cumplir las reglas definidas para la federación nacional de pacientes.

Entrada Condition

Para la lista de problemas:

• clinicalStatus debe ser active o inactive.
• code.coding.system debe ser http://snomed.info/sct.

Entrada AllergyIntolerance

Para las alergias:

• code.coding.system debe ser http://snomed.info/sct.

Entrada MedicationStatement

medication[x] puede representarse como:

• medicationCodeableConcept: el sistema de codificación debe ser http://snomed.info/sct.
• medicationReference: debe referenciar un recurso Medication incluido en el Bundle y codificado con SNOMED CT.

Cuando la información disponible es limitada, se recomienda utilizar medicationCodeableConcept.

effective[x] puede utilizar:

• effectiveDateTime.
• effectivePeriod.

Entrada Immunization

Los registros de vacunación deben cumplir las validaciones establecidas por Nomivac.