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

API DE REST

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 API de Azure para FHIR Servicio FHIR en las API de atención sanitaria Comentario
leer
vread
update
update with optimistic locking
update (conditional)
patch Solo compatibilidad con la revisión JSON. Hemos incluido una solución alternativa para usar la revisión JSON en una agrupación en esta solicitud de solicitud de registro.
patch (condicional)
history
create Admite POST y PUT
create (conditional) Problema n.º 1382
búsqueda Parcial Parcial Consulte Introducción a la búsqueda de FHIR.
búsqueda encadenada Consulte la nota siguiente.
búsqueda encadenada inversa Consulte la nota siguiente.
proceso por lotes
transaction No
paging Parcial Parcial self y next se admiten
intermediaries No No

Nota

En Azure API for FHIR y el servidor FHIR de código abierto respaldado por Cosmos, la búsqueda encadenada y la búsqueda encadenada inversa son una implementación de MVP. Para realizar búsquedas encadenadas en 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 producirá un error.

Operaciones extendidas

Todas las operaciones admitidas que extienden la API REST.

Tipo de parámetro de búsqueda API de Azure para FHIR Servicio FHIR en las API de atención sanitaria Comentario
$export (sistema completo) Admite el sistema, el grupo y el paciente.
$convert-data
$validate
$member-match
$patient-everything
$purge-history

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.

Cosmos DB es una base de datos (SQL API, MongoDB API, etc.) de varios modelos distribuida de forma global. 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

FHIR Server utiliza Azure Active Directory 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 10 000 unidades de solicitud en el portal de Azure API for FHIR. Necesitará un mínimo de 400 RU o 40 RU/GB, lo que sea mayor. Si necesita más de 10 000 RU, puede poner una vale de soporte técnico para aumentar las RU. El máximo disponible es 1 000 000.

  • 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.

  • Conexiones simultáneas e instancias: de manera predeterminada, tiene 15 conexiones simultáneas en dos instancias del clúster (para un total de 30 solicitudes simultáneas). Si necesita un mayor número solicitudes simultáneas, abra una incidencia de soporte técnico y proporcione detalles de lo que necesita.

Pasos siguientes

En este artículo, ha leído sobre las características admitidas de FHIR en Azure API for FHIR. Para obtener información sobre la implementación Azure API for FHIR, consulte