Healthcare Data Lake - Managing / Analyzing FHIR-Compliant Medical Data with Amazon HealthLake

Explains FHIR-compliant medical data management with Amazon HealthLake. Covers integration of structured / unstructured medical data, automatic extraction with NLP, analytical queries, and HIPAA compliance.

Challenges in Medical Data Management and HealthLake

Medical data exists in diverse formats such as electronic health records (EHR), test results, diagnostic imaging, clinical notes, and insurance claims data, and interoperability between systems has been a long-standing challenge. FHIR (Fast Healthcare Interoperability Resources) is a medical data standard developed by HL7 that defines the exchange of medical data through RESTful APIs. Amazon HealthLake is a FHIR R4-compliant managed data store that enables standardized management / analysis of medical data. It ingests both structured data (FHIR resources) and unstructured data (clinical notes, discharge summaries), and uses NLP to automatically extract medical entities from unstructured data and structure them. As a HIPAA-eligible service, it supports handling of protected health information (PHI).

Data Ingestion and NLP Processing

HealthLake provides CRUD operations on data through the FHIR API (REST). You can manage FHIR resources such as Patient, Condition (diseases), Medication, Observation (test results), and Procedure through standard APIs. It also supports bulk import with FHIR bundles, making it possible to migrate data from existing EHR systems. The Integrated Medical NLP feature automatically extracts medical entities from unstructured text (clinical notes, discharge summaries). Using Comprehend Medical technology, it identifies disease names, medication names, procedure names, anatomical sites, test values, and so on, and automatically maps them to ICD-10-CM (disease codes) and RxNorm (medication codes). The extracted information is structured as FHIR resources and can be used for search / analysis.

Analytics and Integration

HealthLake data can be exported to S3, and you can run large-scale analysis with SQL queries in Athena. For example, you can run queries such as "medication prescription patterns for patients with a specific disease," "distribution of test results by age group," and "analysis of readmission rates." Integration with Amazon Quick Sight (formerly Amazon QuickSight) also lets you build dashboards and visualize medical data. Integration with SageMaker also lets you use medical data to build ML models (disease prediction, risk scoring). Because this kind of analysis cannot be completed with FHIR search alone, the basic configuration is to output data to S3 with an export job (StartFHIRExportJob) and combine it with Athena and SageMaker. The amount of exported data is also billable, so the overall picture of costs is organized in the next section.

HealthLake Pricing

(As of August 2026 / unit prices are for N. Virginia unless otherwise noted) HealthLake pricing consists of seven billing dimensions. What is distinctive is that the largest cost element is not request volume but data store running time. From the moment a data store is created until it is deleted, it keeps being billed at $0.27 per hour even if you send no requests. This hourly charge includes the first 10 GB of storage and 3,500 queries per hour (the total across all data stores in the account), and only the excess is billed on a usage basis. Whether queries fall within the included amount is determined at the end of the monthly billing cycle by the monthly total (3,500 queries × 720 hours = 2.52 million queries per month). Therefore, even if you exceed 3,500 queries/hour only during certain hours, you are not charged as long as the monthly total stays within the allowance. Data stores come in two tiers, HealthLake Advanced (the default) and HealthLake Standard (the previous-generation data store), with different unit prices for storage and queries.

Table: HealthLake billing dimensions and unit prices (as of August 2026 / N. Virginia)
Billing dimensionUnit and unit priceFree tier / rounding up
Data store running time$0.27 per hourBilled from creation until deletion. Includes 10 GB of storage and 3,500 queries per hour
Additional storage (over 10 GB)$0.37 per GB per month (Advanced) / $0.25 (Standard)Rounded up to the GB
Queries (beyond the included amount)$0.048 per 10,000 queries (Advanced) / $0.015 (Standard)Rounded up to units of 10,000 queries
Data ingestionSame unit price as queries, per import API callAdvanced is free for the first 2 months; Standard is free. No charge for data volume (GB)
Integrated Medical NLP$0.0010 per 100 characters (same for both tiers)Rounded up to units of 100 characters
Export to S3 and conversion to table format$0.19 per GBNo free tier
FHIR Subscriptions notifications$2.00 per million events (EventBridge) / $0.90 (REST-Hook)Free up to 100,000 events per month for either channel

A point to note about ingestion is that charges arise for the number of import API calls, not for the data volume. Integrated Medical NLP, which structures medical text, is also a billing item of HealthLake itself, and there is no need to subscribe to Comprehend Medical separately. Unit prices vary by region; in Asia Pacific (Sydney), the data store is $0.2889 per hour, additional storage is $0.3959 per GB per month for Advanced, and export is $0.2033 per GB. HealthLake is not offered in the Tokyo Region, so when handling domestic medical data in Japan, the choice of storage region itself becomes a design issue. The official calculation example assumes that you store 7 GB in N. Virginia, run an average of 2,000 queries per hour, and process 1 million characters per month with NLP. In that case, the hourly data store charge for 720 hours of $194.40 is joined by $10.00 for NLP. Storage and queries stay within the included amounts, and the total comes to $204.40 per month. Even small-scale testing incurs a fixed cost of around $200 from running time alone, so the key point of cost management is to not leave test data stores in place after you finish using them.

HIPAA and Compliance

For platforms that handle medical data, legal compliance is the top priority. HealthLake is an eligible service that can handle protected health information, but to use it you need to sign a business associate agreement and operate in line with the regulations. Stored data and communications are encrypted, and who can access which data is controlled with least privilege. Access records are kept as audit logs so that unauthorized viewing can be traced. Patients' personal information is strictly managed to prevent use for purposes other than those intended. Putting in place controls appropriate for handling medical information, in terms of both technical protection and operational rules, is the prerequisite for a trusted medical data platform.

Interoperability and Integration with Existing Systems

The difficulty of using medical data lies in the fact that each system uses a different format. Because HealthLake has APIs that comply with the FHIR standard, it becomes easier to exchange data with systems that support the standard. When migrating data from existing electronic health records, you can ingest it in stages using the bulk import mechanism. Accumulating it as standardized data makes it possible to view / analyze, across systems, patient information that had been scattered among separate systems. Ensuring interoperability becomes the foundation for data integration across facilities and departments, and leads to improved quality of care.

Representative Use Cases

When standardized medical data is gathered, a wide range of uses opens up. A representative example is population health management, which gives an overview of the health status of an entire population and analyzes disease trends and the effects of prevention. You can also extract groups of patients who meet specific conditions and use them for selecting subjects for clinical research and clinical trials. It can also be applied to building models that predict readmissions and high-risk patients based on test values and medical histories. If you add information automatically extracted from unstructured clinical notes, insights that had previously been buried also become subjects of analysis. With standardized data as the foundation, analysis that supports decision-making in clinical settings becomes a reality.

Design Considerations and Data Governance

In designing a medical data platform, privacy protection is placed at the center. For analytical purposes, a safe policy is to perform de-identification, which removes personally identifiable information, and use only the minimum necessary data. A mechanism is put in place to manage the scope of patient consent and prevent use of data without consent. The origin and usage history of data are made traceable to guarantee quality and provenance. At large scale, costs also swell, so a realistic approach is a phased one: first try it with a narrowed focus on a specific clinical department or period, and expand the scope after confirming the results. A design that balances control and use is called for.

Summary - Guidelines for Using HealthLake

Amazon HealthLake is a managed service that enables FHIR-compliant medical data management and analysis. Its main strengths are standardized data management through the FHIR API, automatic structuring of unstructured data with NLP, analytics integration with Athena/SageMaker, and HIPAA compliance. It is well suited to organizations that need to standardize and analyze medical data, such as medical institutions, pharmaceutical companies, and healthcare startups.

References (Official AWS Resources)

The primary sources for this page are the official AWS website and documentation. Check the official pages below for the latest specifications and pricing.

If this page and the official documentation disagree, treat the official documentation as authoritative.

Share