Nota: Este conjunto de documentación es para las ediciones Standard, Plus, de pago por uso y Frontline de Gemini Enterprise. Para obtener la documentación de la edición Business, consulta el Centro de ayuda de Gemini Enterprise Business.
Google utiliza tecnología de IA para traducir contenido a tu idioma preferido. Las traducciones realizadas con IA pueden contener errores.
Method: projects.locations.collections.dataStores.replacePatientFilter
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Reemplaza el filtro de pacientes del almacén de datos. Este método es, básicamente, una combinación de dataStores.deletePatientFilter y dataStores.addPatientFilter. Los filtros de pacientes están vacíos de forma predeterminada cuando se crea un almacén de datos y se almacenan en una tabla separada. Primero se debe crear el almacén de datos, y este debe ser un almacén de datos de atención médica. Este método fallará si el almacén de datos no tiene un filtro de pacientes. El grupo de filtros debe ser un nombre de recurso FHIR de tipo Group, y el nuevo filtro se construirá a partir de los miembros directos del grupo que son recursos Patient.
Solicitud HTTP
POST https://discoveryengine.googleapis.com/v1alpha/{dataStore=projects/*/locations/*/collections/*/dataStores/*}:replacePatientFilter
Obligatorio. Nombre completo del recurso DataStore, como projects/{project}/locations/{location}/collections/{collectionId}/dataStores/{dataStoreId}.
Si el llamador no tiene permiso para acceder al DataStore, independientemente de si existe o no, se muestra un error PERMISSION_DENIED.
Si el DataStore solicitado no existe, se devuelve un error NOT_FOUND. Si el DataStore solicitado ya tiene un filtro de pacientes, se devolverá un error ALREADY_EXISTS.
Cuerpo de la solicitud
El cuerpo de la solicitud contiene datos con la siguiente estructura:
Representación JSON
{"filterGroups": [string]}
Campos
filterGroups[]
string
Obligatorio. Nombres de los recursos de Group que se usarán como base para la lista de pacientes del nuevo filtro de pacientes, en formato projects/{projectId}/locations/{locationId}/datasets/{datasetId}/fhirStores/{fhir_store_id}/fhir/Group/{groupId}. Si el llamador no tiene permiso para acceder al almacén de FHIR, independientemente de si existe o no, se devuelve un error PERMISSION_DENIED. Si la cuenta de servicio del motor de descubrimiento no tiene permiso para acceder al almacén de FHIR, independientemente de si existe o no, se devuelve un error PERMISSION_DENIED. Si no se encuentra el grupo en la ubicación, se devolverá un error RESOURCE_NOT_FOUND. El grupo de filtros debe ser un nombre de recurso FHIR de tipo Group, y el nuevo filtro se construirá a partir de los miembros directos del grupo que son recursos Patient.
Cuerpo de la respuesta
Si se ejecuta de forma correcta, el cuerpo de la respuesta contiene una instancia de Operation.
Alcances de autorización
Se necesita uno de los siguientes permisos de OAuth:
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2026-10-09 (UTC)"],[],[]]