Tích hợp Oracle Health (Cerner) năm 2026 nghĩa là FHIR R4 trên Millennium Platform. DSTU 2 hết được hỗ trợ từ tháng 12/2025, tài liệu chuyển sang Oracle Help Center, app đăng ký trong Oracle Health Developer Program console. Phí phía developer là dịch vụ giá trị gia tăng tùy chọn ($500 tới $5.000/năm); health system trả phí cho API đạt chứng nhận.
Nếu lần tích hợp Cerner gần nhất của bạn xây trên DSTU 2 với fhir.cerner.com, rất nhiều thứ đã dời chỗ. Oracle gom tài liệu API Millennium về docs.oracle.com, khai tử DSTU 2, thêm các "EHR APIs" độc quyền bên cạnh FHIR, và ra mắt một EHR mới lấy AI làm trung tâm cho khối ngoại trú, chạy song song với Millennium. Bài này tổng hợp những gì tài liệu chính thức của Oracle nói, tính đến tháng 11/2026, kèm các chi tiết kỹ thuật quyết định tích hợp có suôn sẻ hay không. BeevR không phải đối tác của Oracle và không có tích hợp được Oracle xác nhận.
API của Oracle Health (Cerner) đã thay đổi gì từ 2024?
Bốn điểm: FHIR DSTU 2 hết được hỗ trợ từ tháng 12/2025, tài liệu chuyển sang Oracle Help Center, việc đăng ký chuyển sang Oracle Health Developer Program console, và Oracle ra mắt một EHR ngoại trú mới bên cạnh Millennium.
- DSTU 2 đã hết. Trang tổng quan DSTU 2 của Oracle ghi rõ từ tháng 12/2025 Oracle không còn hỗ trợ FHIR API DSTU 2, thay bằng R4. App nào vẫn chạy DSTU 2 là đang dùng endpoint không còn được hỗ trợ.
- Nhà mới của tài liệu. Trang Millennium Platform APIs giờ liệt kê bốn nhóm: EHR APIs, FHIR R4 APIs, FHIR R4 Bulk Data Access APIs và DSTU 2 APIs đã ngừng.
- Hạn chót liên bang nâng mặt bằng. Theo quy định HTI-1 của ONC, API (g)(10) đạt chứng nhận phải hỗ trợ US Core 6.1.0 (USCDI v3) và SMART App Launch 2.0.0 trước 31/12/2025, theo các mốc HTI-1 của ONC. Tài liệu R4 của Oracle mô tả hỗ trợ cả SMART v1 và v2.
- Một EHR thứ hai. Oracle giới thiệu EHR mới chạy bằng AI vào tháng 8/2025, và Becker's đưa tin nó sẵn sàng cho khách hàng ngoại trú tại Mỹ từ tháng 11/2025, theo chiến lược "cùng tồn tại" với Millennium. Bề mặt API công khai của nó không có trong tài liệu Millennium, nên hãy coi đó là một hạng mục discovery riêng.
Millennium Platform của Oracle Health có những API nào?
Ba nhóm đang hoạt động: FHIR R4 (API chuẩn, đạt chứng nhận), FHIR R4 Bulk Data Access (export theo nhóm bệnh nhân), và nhóm "EHR APIs" độc quyền mới hơn với chín namespace. Đa số tích hợp nên bắt đầu bằng FHIR R4 và chỉ dùng EHR APIs ở chỗ FHIR không phủ được workflow.
| Nhóm API | Phạm vi | Xác thực và scope | Ghi chú |
|---|---|---|---|
| FHIR R4 (4.0.1) | Resource lâm sàng và hành chính; read, search, create, update, patch trên các resource được hỗ trợ | SMART v1 và v2; scope patient/, user/, system/ | Chỉ JSON; có sandbox mở (không xác thực) và sandbox bảo mật |
| FHIR R4 Bulk Data | Group export và Patient export ra NDJSON | Đăng ký dạng "Millennium Bulk Data SMART application" | Endpoint mở không hỗ trợ bulk; Patient export cần danh sách ID bệnh nhân cụ thể |
| EHR APIs (độc quyền) | Dị ứng, lý do khám, hệ mã, bệnh lý, địa điểm, danh pháp, nhân sự, người nhận, tin nhắn | Mỗi API một scope, ví dụ oraclehealth:millennium:condition | Scope cấp quyền cho mọi hành động và thao tác trong service |
| FHIR DSTU 2 | Cũ | Không áp dụng | Hết hỗ trợ từ 12/2025 |
Chi tiết về EHR APIs quan trọng cho thiết kế bảo mật. Trang tổng quan EHR APIs của Oracle ghi mỗi scope cấp quyền cho mọi hành động trong service đó, không phải một thao tác. Nếu app chỉ cần đọc bệnh lý, scope vẫn cho phép mọi thứ khác service bệnh lý làm được. Hãy bù lại bằng allow-list lệnh gọi của riêng bạn trong code và trong khâu rà soát audit log.
Oracle Health FHIR R4 API hỗ trợ những gì?
Trang tổng quan R4 của Oracle mô tả FHIR 4.0.1 chỉ dùng JSON: GET để đọc, POST để tạo, PUT để cập nhật, và JSON Patch gửi qua POST với tham số _method=patch hoặc header X-HTTP-Method-Override: patch. Thao tác được hỗ trợ khác nhau theo resource và theo persona.
Các chi tiết kỹ thuật hay gây bug
- Phân trang: đi theo đúng link next mà server trả; đừng tự dựng URL trang.
- Trùng giữa các trang: kết quả search có thể chứa cùng một ID resource ở nhiều trang. Chỉ giữ phiên bản mới nhất của mỗi ID.
- Khóa lạc quan: cập nhật với version cũ trả về 409. Đọc lại, gộp, thử lại; không bao giờ ghi đè mù.
- Lọc theo persona bệnh nhân: dữ liệu được lọc cho bệnh nhân và người được ủy quyền, ghi chú nhạy cảm có thể bị che, và quy tắc ủy quyền khác nhau theo luật từng bang. App cho bệnh nhân sẽ thấy ít hơn app cho nhân viên y tế với cùng một bệnh nhân, đó là thiết kế có chủ đích.
- Resource theo persona: một số resource (Location, Organization, Practitioner, FinancialTransaction) chỉ có trong scope
system/hoặcuser/.
Tài liệu nêu hai base URL: sandbox mở (fhir-open.cerner.com, không xác thực) và sandbox bảo mật (fhir-ehr-code.cerner.com). Chỉ kiểm thử xác thực, scope và thao tác ghi trên sandbox bảo mật, và kiểm thử trên domain non-production của khách hàng trước khi go-live.
Đăng ký app với Oracle Health như thế nào?
Bạn đăng ký trong Oracle Health Developer Program console (code-console.cerner.com). App cho người dùng cuối (bệnh nhân) được cấp tới mọi endpoint consumer đang hoạt động của Millennium và Soarian Clinicals sau khi đăng ký. App cho nhân viên y tế và app hệ thống cần một bản gap analysis và demo chạy được trên sandbox, sau đó health system tự quyết có triển khai hay không.
Theo trang API Access and Fees của Oracle:
- Chấp nhận Terms and Conditions for Oracle Health APIs.
- Đọc tài liệu API của Millennium Platform và Soarian Clinicals; với app cho nhân viên y tế hoặc app hệ thống, phải lập gap analysis cho app.
- Với app cho bệnh nhân, cam kết theo CARIN Alliance Code of Conduct (khuyến nghị, không bắt buộc).
- Đăng ký trong developer console.
- Xây và kiểm thử trên sandbox; với app cho nhân viên y tế hoặc hệ thống, cần có demo chạy được.
Câu quan trọng với app nhân viên y tế và app hệ thống: sau khi đăng ký, app sẽ có mặt để khách hàng của Oracle Health Developer Program cân nhắc triển khai. Đăng ký không phải là triển khai. Mỗi health system vẫn tự quyết, tự cấu hình và tự kiểm thử.
Truy cập API Oracle Health tốn bao nhiêu?
Với developer, Oracle liệt kê các khoản phí năm tùy chọn: $500 cho thành viên Oracle PartnerNetwork, một khoản $3.000 chỉ dành cho thành viên OPN, và $5.000 cho quyền truy cập môi trường Millennium Platform. Oracle nói các dịch vụ giá trị gia tăng này không bắt buộc để phát triển và triển khai app. Health system trả phí thuê bao và phí thiết lập cho FHIR API đạt chứng nhận.
| Ai trả | Hạng mục | Số tiền (công bố) |
|---|---|---|
| Developer (tùy chọn) | Thành viên OPN | $500/năm |
| Developer (tùy chọn) | Hạng mục "chỉ dành cho thành viên OPN" (tên dịch vụ để trống trên trang của Oracle) | $3.000/năm |
| Developer (tùy chọn) | Truy cập môi trường Millennium Platform | $5.000/năm |
| Health system | Oracle Health FHIR API và bulk data access | Thuê bao năm cộng phí thiết lập một lần; Oracle công bố biểu giá ở mục Certified API Technology Fees |
| Developer app cho bệnh nhân và bệnh nhân | Phí kết nối hay phí theo lượng dùng | Không thu, theo bản công bố chứng nhận của Oracle |
Oracle nói thêm giá có thể khác với developer dùng API không thuộc diện chứng nhận (độc quyền), và developer bỏ qua quy trình xác nhận vẫn kết nối và truy cập được resource API nhưng mất các dịch vụ giá trị gia tăng và phải tuân thủ quy tắc marketing trong điều khoản API. Phía health system lấy từ bản công bố health IT đạt chứng nhận của Oracle, trong đó còn ghi chi phí hạ tầng bổ sung cho khách hàng tự host. Quy định liên bang tại 45 CFR 170.404 giới hạn những gì nhà phát triển API đạt chứng nhận được thu cho API đạt chứng nhận.
Oracle Health có hỗ trợ bulk FHIR export không?
Có, kèm giới hạn. Group export theo Bulk Data IG v1.0.1 cộng một số tham số thử nghiệm của v2.0.0, Patient export theo v2.0.0 nhưng bắt buộc có danh sách ID bệnh nhân (không có kiểu "mọi bệnh nhân"), và endpoint mở hoàn toàn không hỗ trợ bulk.
Theo tài liệu bulk data của Oracle: nhóm bệnh nhân do health system quản lý trong Ignite Management Tooling, nên bạn phải thống nhất cohort với từng khách hàng; export chạy trên dịch vụ dùng chung, nên hiệu năng phía họ là chuyện cần tính; gửi quá nhiều request sẽ nhận 429; tham số không hỗ trợ trả về 422 trừ khi bạn gửi Prefer: handling=lenient. Chế độ lenient tiện nhưng rủi ro: server lặng lẽ bỏ qua những gì nó không hỗ trợ, nên bản export "đã lọc" của bạn có thể chẳng được lọc. Hãy ghi log đúng request kick-off và kiểm tra đầu ra. Chi tiết trong bài bulk FHIR export cho phân tích và AI.
Còn EHR AI mới và các agent của Oracle thì sao?
EHR mới của Oracle nhắm khối ngoại trú trước và được xây quanh các AI agent nhúng sẵn. Với bên tích hợp, điểm thực tế là đây là sản phẩm khác Millennium, và bề mặt API cho bên thứ ba của nó không nằm trong tài liệu Millennium mà chúng tôi đã xem. Hãy xác nhận ở giai đoạn discovery từng site của khách hàng đang chạy nền tảng nào.
Điều này đặc biệt quan trọng với các công ty AI. Nếu EHR đã có sẵn agent cho ghi chép và mã hóa, sản phẩm AI bên thứ ba phải tốt hơn rõ ràng ở một việc cụ thể, hoặc tích hợp ở chỗ agent native không với tới (workflow với payer, dữ liệu xuyên EHR, logic chuyên khoa). Về các lớp kiểm soát mà health system sẽ hỏi, xem AI agent tuân thủ HIPAA và checklist bảo mật AI agent.
Nên thiết kế tích hợp Oracle Health cho 2027 thế nào?
Thiết kế FHIR R4 trước với scope SMART v2, dùng backend services cho việc phía server, chỉ dùng bulk cho cohort xác định, bọc EHR APIs độc quyền sau allow-list của riêng bạn, và coi cấu hình, kiểm thử ở từng khách hàng là giai đoạn dự án thực thụ.
- Xác thực: xác thực client bất đối xứng cho backend services, khóa riêng cho từng môi trường, token sống ngắn. Chi tiết trong bài SMART on FHIR backend services.
- Scope: scope chi tiết của SMART v2 (ví dụ
system/Observation.rs) thay vì wildcard. - Ghi: cập nhật có kiểm tra version (lường trước lỗi 409), thao tác tạo idempotent, và bước người duyệt cho mọi đề xuất từ thành phần AI.
- Interface: nếu khách hàng vẫn cấp dữ liệu qua HL7 v2 (ADT, ORU), đừng viết lại các luồng đang ổn định chỉ để "toàn FHIR". Xem bài chuyển đổi HL7 v2 sang FHIR.
- Workflow với payer: hạn chót API của CMS-0057-F bắt đầu từ 01/01/2027 với các payer thuộc diện áp dụng, kéo theo các dự án prior auth và trao đổi dữ liệu trên mọi EHR lớn.
BeevR làm việc này thế nào
Chúng tôi xây tầng ứng dụng và tích hợp: app SMART on FHIR, backend services, pipeline bulk export, và tính năng AI soạn nháp để bác sĩ hoặc coder duyệt. Chúng tôi làm dựa trên tài liệu công khai của Oracle và môi trường của từng khách hàng, không phải đối tác Oracle, và sẽ nói thẳng khi một tính năng native của Oracle khiến việc tự xây là không cần thiết. Mọi hành động đều được ghi log, scope ở mức tối thiểu, và không có gì được ghi vào hồ sơ khi chưa có người xác nhận. BeevR ký BAA với tư cách business associate, AI model có thể chạy trong chính tài khoản AWS của bạn theo AWS BAA, và bạn sở hữu source code và IP từ ngày đầu.
Đội senior do founder dẫn dắt ở Hà Nội đang vận hành một EHR multi-tenant ở bốn phòng khám tại Mỹ với khoảng 300 bệnh nhân mỗi ngày, có demo chạy được mỗi thứ Sáu và các giai đoạn phạm vi cố định, giá cố định từ $10K mỗi giai đoạn. Xem dịch vụ tích hợp EHR và phát triển AI agent cho y tế.
Đang chuyển một tích hợp Cerner cũ sang R4, hay bắt đầu tích hợp mới? Đặt lịch gọi 30 phút, chúng tôi sẽ cùng bạn rà endpoint, scope và danh sách khách hàng hiện tại.