Projetos, conjuntos de dados e repositórios de dados
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Nesta página, descrevemos a relação entre projetos do Google Cloud
e conjuntos de dados e armazenamentos de dados da API Cloud Healthcare.
Projetos
Todo o uso da API Cloud Healthcare ocorre no contexto de um projeto Google Cloud. Um projeto organiza todos os recursos Google Cloud .
Um projeto consiste em um conjunto de usuários, um conjunto de APIs e configurações de faturamento, autenticação e monitoramento dessas APIs. Assim, por exemplo, todos os dados e recursos da API Cloud Healthcare, juntamente com as permissões de usuário para acessá-los, residem em um projeto. Você pode ter um projeto ou criar vários projetos e usá-los para organizar os recursos Google Cloud
em grupos lógicos, incluindo os dados da API Cloud Healthcare.
Cada projeto que você usa para desenvolver soluções da API Cloud Healthcare precisa ter a API Cloud Healthcare ativada.
Para saber mais sobre Google Cloud projetos em geral,
consulte Projetos na Google Cloud Visão geral.
Conjuntos de dados e armazenamentos de dados
Um conjunto de dados é um contêiner no projeto Google Cloud que contém
dados de saúde específicos de cada tipo. Os conjuntos de dados contêm outros armazenamentos de dados, como armazenamentos FHIR, armazenamentos DICOM e armazenamentos HL7v2, que, por sua vez, armazenam os próprios tipos de dados de saúde.
Um único conjunto de dados pode conter um ou mais armazenamentos de dados, e todos eles podem atender à mesma funcionalidade ou a diferentes modos que o aplicativo precisa. O uso de vários armazenamentos no mesmo conjunto de dados pode ser apropriado em várias situações, como:
Se um aplicativo processar diferentes tipos de dados, como um armazenamento DICOM usado para verificações de TC e um armazenamento FHIR para dados de pacientes relacionados às verificações de TC.
Para separar os dados de acordo com o hospital, a consulta, o departamento e assim por diante.
Um aplicativo pode acessar quantos conjuntos de dados ou armazenamentos quiser, sem requisitos de desempenho. É possível projetar o conjunto de dados geral e a arquitetura de armazenamento para atender às metas de localidade, particionamento, controle de acesso e assim por diante.
O diagrama a seguir mostra um único projeto Google Cloud contendo dois conjuntos de dados. Cada conjunto de dados contém vários armazenamentos de dados, e cada armazenamento de dados contém dados de saúde:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-18 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:"]]
