Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Creación de un recurso FHIR La `create` interacción del FHIR crea un nuevo recurso del FHIR en un HealthLake almacén de datos. Para obtener información adicional, consulte la documentación de la [https://hl7.org/fhir/R4/http.html#create](https://hl7.org/fhir/R4/http.html#create)API ** RESTful R4 del FHIR**. **Para crear un recurso del FHIR** 1. HealthLake `region`Recopila y `datastoreId` valora. Para obtener más información, consulte [Obtención de propiedades de los almacenes de datos](managing-data-stores-describe.md). 1. Determine el tipo de FHIR `Resource` que desea crear. Para obtener más información, consulte [Tipos de recurso](reference-fhir-resource-types.md). 1. Cree una URL para la solicitud utilizando los valores recopilados para HealthLake `region` y`datastoreId`. Incluya también el `Resource` tipo FHIR que desee crear. Para ver la ruta URL completa en el siguiente ejemplo, desplázate sobre el botón **Copiar**. ``` POST https://healthlake.region.amazonaws.com/datastore/datastoreId/r4/Resource ``` 1. Cree un cuerpo JSON para la solicitud y especifique los datos del FHIR del nuevo recurso. Para este procedimiento, utilizamos un `Patient` recurso del FHIR, así que guarde el archivo como. `create-patient.json` ``` { "resourceType": "Patient", "identifier": [ { "system": "urn:oid:1.2.36.146.595.217.0.1", "value": "12345" } ], "name": [ { "family": "Silva", "given": [ "Ana", "Carolina" ] } ], "gender": "female", "birthDate": "1992-02-10" } ``` 1. Envíe la solicitud . La `create` interacción del FHIR utiliza una `POST` solicitud con la [versión 4 de la AWS firma](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) o SMART previa autorización del FHIR. En los siguientes ejemplos se crea un `Patient` recurso del FHIR HealthLake utilizando curl o la consola. HealthLake Para ver un ejemplo completo, desplázate sobre el botón **Copiar**. ------ #### [ SigV4 ] Autorización SigV4 ``` curl --request POST \ 'https://healthlake.region.amazonaws.com/datastore/datastore-id/r4/Patient' \ --aws-sigv4 'aws:amz:region:healthlake' \ --user "$AWS_ACCESS_KEY_ID:$AWS_SECRET_ACCESS_KEY" \ --header "x-amz-security-token:$AWS_SESSION_TOKEN" \ --header 'Accept: application/json' \ --data @create-patient.json ``` ------ #### [ SMART on FHIR ] Ejemplo de autorización SMART on FHIR para el tipo de [https://docs.aws.amazon.com/healthlake/latest/APIReference/API_IdentityProviderConfiguration.html](https://docs.aws.amazon.com/healthlake/latest/APIReference/API_IdentityProviderConfiguration.html)datos. ``` { "AuthorizationStrategy": "SMART_ON_FHIR", "FineGrainedAuthorizationEnabled": true, "IdpLambdaArn": "arn:aws:lambda:your-region:your-account-id:function:your-lambda-name", "Metadata": "{\"issuer\":\"https://ehr.example.com\", \"jwks_uri\":\"https://ehr.example.com/.well-known/jwks.json\",\"authorization_endpoint\":\"https://ehr.example.com/auth/authorize\",\"token_endpoint\":\"https://ehr.token.com/auth/token\",\"token_endpoint_auth_methods_supported\":[\"client_secret_basic\",\"foo\"],\"grant_types_supported\":[\"client_credential\",\"foo\"],\"registration_endpoint\":\"https://ehr.example.com/auth/register\",\"scopes_supported\":[\"openId\",\"profile\",\"launch\"],\"response_types_supported\":[\"code\"],\"management_endpoint\":\"https://ehr.example.com/user/manage\",\"introspection_endpoint\":\"https://ehr.example.com/user/introspect\",\"revocation_endpoint\":\"https://ehr.example.com/user/revoke\",\"code_challenge_methods_supported\":[\"S256\"],\"capabilities\":[\"launch-ehr\",\"sso-openid-connect\",\"client-public\",\"permission-v2\"]}" } ``` La persona que llama puede asignar permisos en la lambda de autorización. Para obtener más información, consulte [OAuth osciloscopios 2.0](reference-smart-on-fhir-oauth-scopes.md). ------ #### [ AWS Console ] **nota** La HealthLake consola solo admite la autorización [AWS SiGv4](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html). 1. Inicie sesión en la página [Ejecutar consultas](https://console.aws.amazon.com/healthlake/home#/crud) de la HealthLake consola. 2. En la sección de **configuración de consultas**, realice las siguientes selecciones. + **ID de almacén de datos**: elija un ID de almacén de datos para generar una cadena de consulta. + **Tipo de consulta**: elija`Create`. + **Tipo de recurso**: elija el [tipo de recurso](reference-fhir-resource-types.md) FHIR que desee crear. + **Cuerpo de la solicitud**: cree un cuerpo JSON para la solicitud y especifique los datos del FHIR del nuevo recurso. 3. Elija **Ejecutar consulta**. ------ **Configurar el nivel de validación para la creación de recursos** Al crear un recurso FHIR, puede especificar opcionalmente un encabezado `x-amzn-healthlake-fhir-validation-level` HTTP para configurar un nivel de validación para el recurso. AWS HealthLake actualmente admite los siguientes niveles de validación: + `strict`: Los recursos se validan según el elemento de perfil del recurso o según la especificación R4 si no hay ningún perfil presente. Este es el nivel de validación predeterminado para AWS HealthLake. + `structure-only`: Los recursos se validan con el R4 e ignoran los perfiles a los que se hace referencia. + `minimal`: Los recursos se validan mínimamente, ignorando ciertas reglas de R4. Los recursos que no superen las comprobaciones de estructura requeridas se search/analytics actualizarán para incluir una advertencia para la auditoría. Los recursos creados con el nivel de validación mínimo pueden incorporarse a un almacén de datos a pesar de no pasar la validación necesaria para la indexación de las búsquedas. En este caso, los recursos se actualizarán para incluir una extensión específica de Healthlake para documentar dichos errores: ``` { "url": "http://healthlake.amazonaws.com/fhir/StructureDefinition/validation-issue", "valueString": "{\"resourceType\":\"OperationOutcome\",\"issue\":[{\"severity\":\"error\",\"code\":\"processing\",\"details\":{\"text\":\"FHIR resource in payload failed FHIR validation rules.\"},\"diagnostics\":\"FHIR resource in payload failed FHIR validation rules.\"}]}" } ``` Además, se incluirá el siguiente encabezado de respuesta HTTP con el valor «true»: ``` x-amzn-healthlake-validation-issues : true ``` **nota** Es posible que los datos ingresados que tengan un formato incorrecto según la especificación R4 no se puedan buscar como se esperaba si se presentan estos errores.