Características
Azure API for FHIR proporciona una implementación totalmente administrada Microsoft FHIR Server para Azure. El servidor es una implementación del estándar FHIR. En este documento se enumeran las características principales de FHIR Server.
Versión de FHIR
Versión más reciente admitida: 4.0.1
Entre las versiones anteriores también admitidas actualmente se incluye: 3.0.2
REST API
A continuación se muestra un resumen de las funcionalidades de RESTful admitidas. Para más información sobre la implementación de estas funcionalidades, consulte Funcionalidades de la API REST de FHIR.
| API | Azure API for FHIR | Servicio FHIR en Azure Health Data Services | Comentario |
|---|---|---|---|
| leer | Sí | Sí | |
| vread | Sí | Sí | |
| update | Sí | Sí | |
| update with optimistic locking | Sí | Sí | |
| update (conditional) | Sí | Sí | |
| patch | Sí | Sí | Compatibilidad solo con la revisión de JSON y de FHIRPath. |
| revisión (condicional) | Sí | Sí | Compatibilidad solo con la revisión de JSON y de FHIRPath. |
| history | Sí | Sí | |
| create | Sí | Sí | Admite POST y PUT |
| create (conditional) | Sí | Sí | Problema n.º 1382 |
| search | Parcial | Parcial | Consulte Introducción a la búsqueda de FHIR. |
| búsqueda encadenada | Sí | Sí | Consulte la Nota posterior. |
| búsqueda encadenada inversa | Sí | Sí | Consulte la Nota posterior. |
| proceso por lotes | Sí | Sí | |
| transacción | No | Sí | |
| paging | Parcial | Parcial | self y next se admiten |
| intermediaries | No | N.º |
Nota:
En Azure API for FHIR y el servidor FHIR de código abierto respaldado por Azure Cosmos DB, la búsqueda encadenada y la búsqueda encadenada inversa son una implementación de MVP. Para realizar búsquedas encadenadas en Azure Cosmos DB, la implementación le guía por la expresión de búsqueda y emite subconsultas para resolver los recursos coincidentes. Esto se hace para cada nivel de la expresión. Si alguna consulta devuelve más de 1000 resultados, se produce un error.
Operaciones extendidas
Todas las operaciones que se admiten y que amplían la API REST.
| Tipo de parámetro de búsqueda | Azure API for FHIR | Servicio FHIR en Azure Health Data Services | Comentario |
|---|---|---|---|
| $export | Sí | Sí | Admite el sistema, el grupo y el paciente. |
| datos de $convert | Sí | Sí | |
| $validate | Sí | Sí | |
| $member coincidencia | Sí | Sí | |
| $patient-todo | Sí | Sí | |
| $purge-history | Sí | Sí |
Persistencia
Microsoft FHIR Server tiene un módulo de persistencia conectable (consulte Microsoft.Health.Fhir.Core.Features.Persistence).
Actualmente, el código fuente abierto de FHIR Server incluye una implementación para Azure Cosmos DB y SQL Database.
Azure Cosmos DB es una base de datos multimodelo distribuida globalmente (NoSQL, MongoDB y otras). Admite diferentes niveles de coherencia. La plantilla de implementación predeterminada configura FHIR Server con una coherencia de Strong, pero la directiva de coherencia puede modificarse (generalmente de forma más relajada) en función de cada solicitud mediante el encabezado de solicitud x-ms-consistency-level.
Control de acceso basado en rol
El servidor FHIR usa microsoft Entra ID para el control de acceso. En concreto, se aplica el control de acceso basado en roles (RBAC) si el parámetro de configuración FhirServer:Security:Enabled se establece en true, y todas las solicitudes (excepto /metadata) a FHIR Server deben tener el encabezado de solicitud Authorization establecido en Bearer <TOKEN>. El token debe contener uno o varios roles, tal como se define en la notificación roles. Se permitirá una solicitud si el token contiene un rol que permite la acción especificada en el recurso especificado.
Actualmente, las acciones permitidas para un rol determinado se aplican globalmente en la API.
Límites de servicio
Unidades de solicitud (RU): puede configurar hasta 100 000 RU en el portal de Azure API for FHIR. Necesita un mínimo de 400 RU o 40 RU/GB, lo que sea mayor. Si necesita más de 100 000 RU, puede colocar una incidencia de soporte técnico para aumentar las RU. El máximo disponible es 1 000 000. Además, se admite el escalado automático de RU.
Tamaño de conjunto: cada conjunto está limitado a 500 elementos.
Tamaño de los datos: los datos y documentos deben ser ligeramente inferiores a 2 MB.
Límite de suscripción: de forma predeterminada, cada suscripción está limitada a un máximo de 10 instancias de servidor de FHIR. Si necesita más instancias por suscripción, abra una incidencia de soporte técnico y proporcione detalles sobre sus necesidades.
Tamaño del recurso: el tamaño de recurso individual, incluido el historial, no debe superar los 20 GB.
Pasos siguientes
En este artículo, ha leído sobre las características admitidas de FHIR en Azure API for FHIR. Para más información sobre la implementación de Azure API for FHIR, consulte
FHIR® es una marca registrada de HL7 y se usa con su permiso.