Proyectos, conjuntos de datos y almacenes de datos
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta página, se describe la relación entre los proyectos de Google Cloud
y los conjuntos de datos y almacenes de datos de la API de Cloud Healthcare.
Proyectos
Todo el uso de la API de Cloud Healthcare se realiza en el contexto de un proyecto de Google Cloud. Un proyecto organiza todos tus Google Cloud recursos.
Un proyecto consiste en un conjunto de usuarios, un conjunto de API y configuración de facturación, autenticación y supervisión para las API. Entonces, por ejemplo, todos los datos y recursos de la API de Cloud Healthcare, junto con los permisos de usuario para acceder a ellos, residen en un proyecto. Puedes tener un proyecto o crear varios y usarlos para organizar tus recursos de Google Cloud, incluidos los datos de la API de Cloud Healthcare, en grupos lógicos.
Para obtener más información sobre los Google Cloud proyectos en general, consulta Proyectos en la Google Cloud descripción general.
Conjuntos de datos y almacenes de datos
Un conjunto de datos es un contenedor en tu proyecto de Google Cloud que contiene datos de atención médica específicos de la modalidad. Los conjuntos de datos contienen otros almacenes de datos, como almacenes FHIR, DICOM y HL7v2, que, a su vez, contienen sus propios tipos de datos del cuidado de la salud.
Un conjunto de datos único puede contener uno o varios almacenes de datos, y todos ellos pueden brindar el servicio o las mismas o diferentes modalidades que lo requieran las necesidades de la aplicación. Usar varios almacenes en el mismo conjunto de datos puede ser apropiado en varias situaciones, como las siguientes:
Si una aplicación procesa diferentes tipos de datos, como un almacén DICOM que se usa para tomografías computarizadas y un almacén FHIR para datos de pacientes relacionados con las tomografías computarizadas.
Separar los datos según el hospital de origen, la consulta, el departamento, etcétera.
Una aplicación puede acceder a todos los conjuntos de datos o almacenes que determinen sus requisitos sin penalización de rendimiento. Puedes diseñar tu conjunto de datos general y la arquitectura del almacén para lograr tus objetivos por localidad, partición, control de acceso, etcétera.
En el siguiente diagrama, se muestra un solo proyecto de Google Cloud que contiene dos conjuntos de datos. Cada conjunto de datos contiene varios almacenes de datos y cada uno contiene datos del cuidado de la salud:
[[["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: 2025-09-05 (UTC)"],[[["\u003cp\u003eAll Cloud Healthcare API activity occurs within a Google Cloud project, which organizes resources, users, APIs, billing, authentication, and monitoring settings.\u003c/p\u003e\n"],["\u003cp\u003eDatasets, which are containers within a Google Cloud project, hold healthcare data in modality-specific data stores like FHIR, DICOM, and HL7v2.\u003c/p\u003e\n"],["\u003cp\u003eA dataset can contain multiple data stores, which are designed to manage various data types or organize data by source, and can also cater to diverse application requirements.\u003c/p\u003e\n"],["\u003cp\u003eEach project must have the Cloud Healthcare API enabled in order to use it's features.\u003c/p\u003e\n"]]],[],null,["# Projects, datasets, and data stores\n\nThis page describes the relationship between Google Cloud\nprojects and Cloud Healthcare API datasets and data stores.\n\nProjects\n--------\n\nAll Cloud Healthcare API usage occurs within the context of a Google Cloud\nproject. A project organizes all your Google Cloud resources.\nA project consists of a set of users; a set of APIs; and billing,\nauthentication, and monitoring settings for those APIs. So, for example,\nall of your Cloud Healthcare API data and resources, along with user\npermissions for accessing them, reside in a project. You can have one project,\nor you can create multiple projects and use them to organize your Google Cloud\nresources, including your Cloud Healthcare API data, into logical groups.\n\nEach project that you use to develop Cloud Healthcare API solutions must\nhave the [Cloud Healthcare API enabled](/apis/docs/enable-disable-apis).\n\nTo learn more about Google Cloud projects in general,\nsee [Projects](/docs/overview#projects) in the Google Cloud Overview.\n\nDatasets and data stores\n------------------------\n\nA dataset is a container in your Google Cloud project that holds\nmodality-specific healthcare data. Datasets contain other data stores, such\nas FHIR stores, DICOM stores, and HL7v2 stores, which in turn hold their own\ntypes of healthcare data.\n\nA single dataset can contain one or many data stores, and those stores can\nall service the same modality or different modalities as application needs\ndictate. Using multiple stores in the same dataset might be appropriate in\nvarious situations, such as:\n\n- If an application processes different types of data, such as a DICOM store used for CT scans and a FHIR store for patient data related to the CT scans.\n- To separate data according to its source hospital, clinic, department, and so forth.\n\nAn application can access as many datasets or stores as its requirements\ndictate with no performance penalty. You can design your overall dataset\nand store architecture to meet your goals for locality, partitioning,\naccess control, and so forth.\n\nThe following diagram shows a single Google Cloud project containing\ntwo datasets. Each dataset contains multiple data stores, and each data store\ncontains healthcare data:"]]