ChatGPT For Healthcare Adds Patient-Record Access


TL;DR

  • Epic Records: Approved healthcare workspaces can connect ChatGPT to Epic patient records for preparation after organizational setup, with clinicians limited by existing chart permissions.
  • Read-Only Workflow: ChatGPT can summarize authorized records in its own chats or supported patient-chart layouts, but cannot update charts, place orders, or message patients.
  • Separate Public Data: A second plugin searches nine official sources without patient-record access and has different eligibility from the Epic integration.

OpenAI has added a read-only Epic electronic health record integration for approved ChatGPT for Healthcare and HIPAA-enabled ChatGPT Enterprise workspaces, letting clinicians summarize chart information for visit preparation without changing the patient record. Access depends on organizational configuration, each clinician’s Epic sign-in, and the chart permissions that person already has.

Epic Systems Corporation is the leading electronic health record (EHR) software company in the US healthcare industry.

The September 1 release supports two experiences. A clinician can bring authorized Epic context into ChatGPT to review a history or prepare for an appointment. In supported deployments, an organization can also place ChatGPT inside the EHR layout so the clinician can use it without leaving the chart. Both experiences sit above Epic’s existing access controls; neither turns ChatGPT into a new source of patient records or an autonomous clinical system.

The integration can reduce the work of finding and assembling relevant chart details, but an organization must first establish a regulated connection and clinicians remain responsible for checking the record and making care decisions.

Deployment Starts With the Organization

The Epic connection is not a feature that any clinician can switch on in a personal account. OpenAI says it is available to approved ChatGPT for Healthcare workspaces and eligible ChatGPT Enterprise customers using a Regulated Workspace configuration, which restricts the enterprise features that can handle protected health information. An applicable Business Associate Agreement (BAA), defines OpenAI’s obligations for covered services.

Administrators on both sides create the connection. The healthcare organization registers or approves an Epic OAuth application, supplies its FHIR R4 base URL and OAuth credentials, reviews the permitted data scopes, and publishes a workspace-specific EHR app. FHIR is the standard interface through which the app requests defined health-record resources; OAuth handles the user’s authorization to that connection. The workspace administrator then makes the Epic plugin available to the appropriate roles.



Source link

Recent Articles

spot_img

Related Stories