{
  "resourceType": "StructureDefinition",
  "meta": {
    "lastUpdated": "2021-10-21T16:10:42.581+00:00"
  },
  "url": "https://example.org/fhir/StructureDefinition/MyProvenance",
  "name": "ProvenanceRE",
  "status": "draft",
  "fhirVersion": "4.0.0",
  "kind": "resource",
  "abstract": false,
  "type": "Provenance",
  "baseDefinition": "http://hl7.org/fhir/StructureDefinition/Provenance",
  "derivation": "constraint",
  "differential": {
    "element": [
      {
        "id": "Provenance.target",
        "path": "Provenance.target",
        "short": "RequestGroup que se desea Firmar",
        "definition": "Referencia los RequestGroup generados desde el sistema de prescipción y guardados en el Repositorio de Minsal",
        "comment": "Este proceso implica que el sistema de prescipción conoce la id de los RequestGroup almacenados en el MINSAL"
      },
      {
        "id": "Provenance.target.reference",
        "path": "Provenance.target.reference",
        "short": "Absolute URL al id del RequestGroup",
        "definition": "Una referencia a una ubicación en la que se encuentra el otro recurso. La referencia puede ser una referencia relativa, en cuyo caso es relativa a la URL base del servicio, o una URL absoluta que resuelve la ubicación donde se encuentra el recurso. La referencia puede ser específica de la versión o no. Si la referencia no es a un servidor FHIR RESTful, se debe asumir que es específica de la versión. Las referencias a fragmentos internos (que comienzan con \"#\") se refieren a recursos contenidos.",
        "comment": "El uso de URLs absolutas proporciona un enfoque estable y escalable adecuado para un contexto de nube/web, mientras que el uso de referencias relativas/lógicas proporciona un enfoque flexible adecuado para su uso cuando se comercializa a través de los límites del ecosistema cerrado.   Las URL absolutas no necesitan apuntar a un servidor FHIR RESTful, aunque es el enfoque preferido. Si la URL se ajusta a la estructura \"/[tipo]/[id]\", debe asumirse que la referencia es a un servidor FHIR RESTful.",
        "min": 1,
        "mustSupport": true
      },
      {
        "id": "Provenance.recorded",
        "path": "Provenance.recorded",
        "short": "Cuando se desarrollo el envío o actualización del RequestGroup",
        "definition": "Instancia de tiempo en que fue notificado el cambio",
        "mustSupport": true
      },
      {
        "id": "Provenance.activity",
        "path": "Provenance.activity",
        "short": "Actividad que ocurrio",
        "definition": "Una actividad es algo que ocurre durante un período de tiempo y actúa sobre o con entidades; puede incluir el consumo, el procesamiento, la transformación, la modificación, la reubicación, el uso o la generación de entidades.",
        "comment": "No todos los usos de la terminología se ajustan a este patrón general. En algunos casos, los modelos no deberían utilizar CodeableConcept y utilizar directamente Coding y proporcionar su propia estructura para gestionar el texto, las codificaciones, las traducciones y la relación entre los elementos y la coordinación previa y posterior.",
        "mustSupport": true
      },
      {
        "id": "Provenance.agent",
        "path": "Provenance.agent",
        "short": "El actor que genera el recuso",
        "definition": "El actor que tiene la responsabilidad en la generación de la Receta",
        "comment": "Puede haber más de un agente como por ejemplo el prescriptor y el sistema de prescripción. Para el Caso se sugiere obligar al actor Prescriptor",
        "mustSupport": true
      },
      {
        "id": "Provenance.agent.type",
        "path": "Provenance.agent.type",
        "short": "Como actua el actor",
        "definition": "participacion del actor, que rol cumple",
        "comment": "Por ejemplo: autor, intérprete, enterrador, atestador, etc."
      },
      {
        "id": "Provenance.agent.role",
        "path": "Provenance.agent.role",
        "short": "El ros especifico del agente",
        "definition": "La función del agente con respecto a la actividad. La función de seguridad que habilita al agente con respecto a la actividad.",
        "comment": "Por ejemplo: médico, enfermera, empleado, etc."
      },
      {
        "id": "Provenance.agent.who",
        "path": "Provenance.agent.who",
        "short": "Referencia al recurso de quien es el actor",
        "definition": "El recurso que describe"
      },
      {
        "id": "Provenance.signature",
        "path": "Provenance.signature",
        "mustSupport": true
      },
      {
        "id": "Provenance.signature.type",
        "path": "Provenance.signature.type",
        "short": "Indicación de la razón por la que la entidad firmó el objeto o los objetos",
        "definition": "Indicación del motivo por el que la entidad ha firmado este documento. Puede incluirse explícitamente como parte de la información de la firma y puede utilizarse a la hora de determinar la responsabilidad de diversas acciones relativas al documento.",
        "max": "1"
      },
      {
        "id": "Provenance.signature.when",
        "path": "Provenance.signature.when",
        "short": "fecha y hora de creacion de firma",
        "definition": "cuando se firmo"
      },
      {
        "id": "Provenance.signature.who",
        "path": "Provenance.signature.who",
        "short": "Quien Firmo",
        "definition": "se debiera pensar en el actor Prescriptor (Practitioner)"
      },
      {
        "id": "Provenance.signature.sigFormat",
        "path": "Provenance.signature.sigFormat",
        "definition": "Un tipo mime que indica el formato técnico de la firma. Los tipos mime importantes son application/signature+xml para X ML DigSig, application/jose para JWS, e image/* para una imagen gráfica de una firma, etc",
        "fixedCode": "Formato técnico de la firma"
      },
      {
        "id": "Provenance.signature.data",
        "path": "Provenance.signature.data",
        "short": "contenido de la firma (XML DigSig. JWS, picture, etc.)",
        "definition": "La codificación base64 del contenido de la firma. Si la firma no se registra electrónicamente, este elemento estará vacío.",
        "comment": "Cuando el tipo de firma es un XML DigSig, el contenido firmado es un Recurso(s) FHIR, la firma es del formulario XML del Recurso(s) utilizando el formulario \"Detached Signature\" de XML-Signature (XMLDIG)."
      }
    ]
  }
}