Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
A desidentificação é o processo de remover informações de identificação dos dados.
A API Cloud Healthcare detecta dados confidenciais em instâncias DICOM e recursos FHIR, como informações protegidas de saúde (PHI, na sigla em inglês), e usa uma transformação de desidentificação para mascarar, excluir ou ocultar os dados. A desidentificação tem vários casos de uso, incluindo:
Ao compartilhar informações de saúde com terceiros sem privilégios
Ao criar conjuntos de dados de várias fontes e analisá-los
Ao anonimizar dados para que possam ser usados em modelos de machine learning
Visão geral da desidentificação
A desidentificação funciona nos seguintes níveis:
No nível do conjunto de dados. A desidentificação ocorre em todos os dados nos armazenamentos DICOM e FHIR no conjunto de dados. Se um conjunto de dados contiver instâncias DICOM e recursos FHIR, desidentifique todas as instâncias e os recursos ao mesmo tempo.
Para desidentificar dados confidenciais no nível do conjunto de dados, chame o método datasets.deidentify da API Cloud Healthcare.
No nível do armazenamento FHIR. A desidentificação ocorre em todos os dados em um armazenamento FHIR específico em um conjunto de dados.
Para desidentificar dados confidenciais no nível do armazenamento FHIR, chame o método fhirStores.deidentify da API Cloud Healthcare.
No nível do armazenamento DICOM. A desidentificação ocorre em todos os dados em um armazenamento DICOM específico em um conjunto de dados.
Para desidentificar dados confidenciais no nível do armazenamento DICOM, chame o método dicomStores.deidentify da API Cloud Healthcare.
A desidentificação não afeta o conjunto de dados original, o armazenamento FHIR, o armazenamento DICOM ou os dados originais. Dependendo de como você configura a desidentificação, a operação se comporta da seguinte maneira:
Se você estiver desidentificando dados no nível do conjunto de dados, as cópias desidentificadas dos dados originais serão gravadas em um novo conjunto de dados chamado conjunto de dados de destino.
Se você estiver desidentificando dados no nível do armazenamento DICOM ou FHIR, as cópias desidentificadas dos dados originais serão gravadas em um armazenamento DICOM ou FHIR existente em um conjunto de dados existente. Os armazenamentos DICOM e FHIR de saída são chamados de armazenamento DICOM de destino e armazenamento FHIR de destino, respectivamente.
O conjunto de dados de origem, o armazenamento FHIR ou o armazenamento DICOM e o conjunto de dados de destino, o armazenamento FHIR ou o armazenamento DICOM precisam residir no mesmo local Google Cloud . Não é possível desidentificar dados em
vários Google Cloud locais.
Local de desidentificação
Quando a API Cloud Healthcare desidentifica dados, eles podem ser processados em um local diferente de onde residem os armazenamentos de FHIR ou DICOM de origem e destino.
Depois que a desidentificação é concluída, os dados são armazenados no mesmo Google Cloud local que o repositório de FHIR ou DICOM de origem.
Para garantir que os dados sejam processados no mesmo local que o armazenamento FHIR ou DICOM de origem, especifique
a opção useRegionalDataProcessing em
DeidentifyConfig.
[[["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-14 UTC."],[[["\u003cp\u003eDe-identification is the process of removing identifying information from data, with the Cloud Healthcare API detecting sensitive data like protected health information (PHI) in DICOM instances and FHIR resources.\u003c/p\u003e\n"],["\u003cp\u003eThe Cloud Healthcare API supports de-identification at the dataset level, FHIR store level, and DICOM store level, using methods to remove or obscure sensitive data.\u003c/p\u003e\n"],["\u003cp\u003eDe-identification operations do not alter the original data; instead, they create de-identified copies in either a new dataset or a designated destination DICOM/FHIR store.\u003c/p\u003e\n"],["\u003cp\u003eBoth the source and destination datasets, FHIR stores, or DICOM stores must reside within the same Google Cloud location for de-identification to occur.\u003c/p\u003e\n"],["\u003cp\u003eData may be processed in a different location than where the source and destination store are located during de-identification, but the data will be stored in the same location as the source after de-identification is complete.\u003c/p\u003e\n"]]],[],null,["# De-identifying sensitive data\n\n| **Disclaimer**: This operation processes data using a mixture of rules-based and heuristic methods. Results may differ between resources and datasets due to factors like input data quality/consistency, heuristic-based algorithms, and others. This feature is not guaranteed to satisfy any specific legal, regulatory, or compliance requirements, including requirements for the de-identification of data. It is the user's responsibility to ensure that they set the appropriate configuration parameters for the operation and evaluate the end result to determine whether it is acceptable for their use cases and any legal, regulatory, or compliance requirements they may have.\n\n\nDe-identification is the process of removing identifying information from data.\nThe Cloud Healthcare API detects sensitive data in\n[DICOM instances](/healthcare-api/docs/how-tos/dicom-deidentify)\nand [FHIR resources](/healthcare-api/docs/how-tos/fhir-deidentify), such as protected\nhealth information (PHI), and then uses a de-identification transformation to\nmask, delete, or otherwise obscure the data. De-identification has multiple\nuses cases, including:\n\n- When sharing health information with non-privileged parties\n- When creating datasets from multiple sources and analyzing them\n- When anonymizing data so that it can be used in machine learning models\n\nDe-identification overview\n--------------------------\n\n\nDe-identification works at the following levels:\n\n- At the dataset level. De-identification occurs on all data in DICOM stores and FHIR stores in the dataset. If a dataset contains both DICOM instances and FHIR resources, you can de-identify all of the instances and resources at the same time. \n\n To de-identify sensitive data at the dataset level, call the Cloud Healthcare API [`datasets.deidentify`](/healthcare-api/docs/reference/rest/v1/projects.locations.datasets/deidentify) method.\n- At the FHIR store level. De-identification occurs on all data in a specific FHIR store in a dataset. \n\n To de-identify sensitive data at the FHIR store level, call the Cloud Healthcare API [`fhirStores.deidentify`](/healthcare-api/docs/reference/rest/v1/projects.locations.datasets.fhirStores/deidentify) method.\n- At the DICOM store level. De-identification occurs on all data in a specific DICOM store in a dataset. \n\n To de-identify sensitive data at the DICOM store level, call the Cloud Healthcare API [`dicomStores.deidentify`](/healthcare-api/docs/reference/rest/v1/projects.locations.datasets.dicomStores/deidentify) method.\n\n\nDe-identification doesn't impact the original dataset, FHIR store, DICOM store,\nor the original data. Depending on how you configure the de-identification, the\noperation behaves as follows:\n\n- If you are de-identifying data at the dataset level, de-identified copies of the original data are written to a new dataset called the *destination dataset*.\n- If you are de-identifying data at the DICOM or FHIR store level, de-identified copies of the original data are written to an existing DICOM or FHIR store in an existing dataset. The output DICOM store and FHIR store are called the *destination DICOM store* and *destination FHIR store*, respectively.\n\n\nThe source dataset, FHIR store, or DICOM store and the destination\ndataset, FHIR store, or DICOM store must reside in\nthe same Google Cloud location. De-identifying data across\nmultiple Google Cloud locations is not supported.\n\nDe-identification location\n--------------------------\n\n\nWhen the Cloud Healthcare API de-identifies data, the data might be processed in a location that is different from where the source and destination FHIR or DICOM store resides.\nAfter de-identification finishes, the data is stored in the same Google Cloud location as the source FHIR store or DICOM store.\n\n\nTo ensure data is processed in the same location as the source FHIR or DICOM store, you can specify\nthe `useRegionalDataProcessing` option in\n[`DeidentifyConfig`](/healthcare-api/docs/reference/rest/v1/projects.locations.datasets.fhirStores#DeidentifyConfig).\n\nDe-identifying data in the Google Cloud console\n-----------------------------------------------\n\n\nYou can de-identify data for a dataset, FHIR store, or DICOM store from within the Google Cloud console. For more information see [De-identifying data in the Google Cloud console (DICOM)](/healthcare-api/docs/how-tos/dicom-deidentify#de-identifying_data_in_the)\nand [De-identifying data in the Google Cloud console (FHIR)](/healthcare-api/docs/how-tos/fhir-deidentify#de-identifying_data_in_the)."]]
