Năm 2026, một công ty healthtech có thể dùng TEFCA để truy vấn hồ sơ bệnh nhân trên toàn nước Mỹ cho mục đích điều trị, thanh toán, vận hành, y tế công cộng, xét quyền lợi hoặc quyền truy cập của cá nhân, bằng cách tham gia một trong 11 QHIN được chỉ định với tư cách participant hoặc subparticipant. Truy vấn điều trị hiện chạy tốt nhất; phản hồi cho truy cập cá nhân còn chưa đều. Chọn exchange purpose trước, rồi mới chọn QHIN.
TEFCA, viết tắt của Trusted Exchange Framework and Common Agreement, đi vào hoạt động tháng 12/2023. Ba năm sau, nó đã có khối lượng thật: The Sequoia Project, đơn vị vận hành với vai trò Recognized Coordinating Entity (RCE), báo cáo hơn 2 tỷ tài liệu đã được chia sẻ và hơn 24,500 tổ chức đang hoạt động. Với founder và CTO healthtech, câu hỏi không còn là TEFCA có thật không, mà là sản phẩm của bạn thực sự làm được gì với nó, qua cửa nào, và với những lưu ý gì.
TEFCA là gì, trong một đoạn?
TEFCA là một khuôn khổ liên bang do 21st Century Cures Act yêu cầu, cho phép các mạng thông tin y tế kết nối với nhau theo một thỏa thuận pháp lý và một khung kỹ thuật chung. Qualified Health Information Network (QHIN) kết nối với nhau; participant kết nối với một QHIN; subparticipant kết nối qua một participant. Một kết nối cho bạn phạm vi toàn quốc thay vì hàng chục thỏa thuận điểm-điểm.
Bộ tài liệu điều chỉnh gồm Common Agreement (phiên bản hiện hành 2.1, phát hành 11/2024), QHIN Technical Framework và một loạt standard operating procedure (SOP). ASTP/ONC giám sát chương trình; HTI-2, hiệu lực từ 15/1/2025, đưa cơ chế quản trị TEFCA vào quy định liên bang.
Năm 2026 có những QHIN nào?
Có 11 QHIN được chỉ định: CommonWell Health Alliance, eClinicalWorks, eHealth Exchange, Epic Nexus, Health Gorilla, Kno2, KONZA, MedAllies, Netsmart, Oracle Health Information Network và Surescripts. RCE nhận hồ sơ liên tục, nên hãy kiểm tra danh sách trước khi cam kết.
| Ngày chỉ định | QHIN |
|---|---|
| 12/12/2023 (go-live) | eHealth Exchange, Epic Nexus, Health Gorilla, KONZA, MedAllies |
| 12/2/2024 | CommonWell Health Alliance, Kno2 |
| 5/8/2024 | Netsmart |
| 16/1/2025 | eClinicalWorks |
| 15/4/2025 | Surescripts |
| 28/11/2025 | Oracle Health Information Network |
Các mốc lấy từ fact sheet lịch sử TEFCA của ASTP/ONC; danh sách hiện tại nằm trên trang QHIN được chỉ định của RCE. Sự tham gia của cơ quan liên bang đang tăng: ASTP báo cáo Indian Health Service, Consumer Product Safety Commission và Social Security Administration đã ký thỏa thuận với QHIN, và ngày 5/11/2026 HHS thông báo Bộ Cựu chiến binh (VA) và Bộ Chiến tranh (Department of War) đã tham gia mạng lưới.
Dùng TEFCA cho việc gì? Sáu exchange purpose
Mỗi giao dịch TEFCA phải mang một mã exchange purpose. Có sáu mục đích được phép: Treatment, Payment, Health Care Operations, Public Health, Individual Access Services và Government Benefits Determination. Một số có mục đích con hẹp hơn, như báo cáo HEDIS hay báo cáo ca bệnh điện tử.
| Exchange purpose | Mã | Ví dụ mục đích con | Use case healthtech điển hình |
|---|---|---|---|
| Treatment (điều trị) | T-TREAT | TEFCA Required Treatment (T-TRTMNT) | Điều phối chăm sóc, khám từ xa, nền tảng chuyên khoa lấy hồ sơ cũ |
| Payment (thanh toán) | T-PYMNT | - | Hỗ trợ claim, các luồng gần với eligibility |
| Health Care Operations (vận hành) | T-HCO | Điều phối chăm sóc, HEDIS, chất lượng, sức khỏe quần thể, an toàn người bệnh, đánh giá hiệu quả | Phân tích value-based care, báo cáo chất lượng |
| Public Health (y tế công cộng) | T-PH | eCR, báo cáo xét nghiệm điện tử | Công cụ báo cáo cho phòng xét nghiệm và nhà cung cấp |
| Individual Access Services (truy cập cá nhân) | T-IAS | - | App tiêu dùng lấy hồ sơ của chính bệnh nhân |
| Government Benefits Determination (xét quyền lợi) | T-GOVDTRM | Social Security Determination | Luồng xét trợ cấp khuyết tật và phúc lợi |
Nguồn: bản cập nhật TEFCA ngày 19/2/2026 của ASTP/ONC, cũng liệt kê các phiên bản SOP đang hiệu lực: Exchange Purposes SOP 5.0 (1/2026), Facilitated FHIR Implementation SOP 2.0 (8/3/2026) và IAS Provider Requirements SOP 2.1 (17/3/2026).
Câu hỏi thiết kế then chốt: bạn là covered entity theo HIPAA hoặc business associate làm thay cho một covered entity (điều trị, thanh toán, vận hành), hay bạn phục vụ trực tiếp bệnh nhân (truy cập cá nhân)? Câu trả lời quyết định nghĩa vụ pháp lý của bạn và bên giữ dữ liệu nào bắt buộc phải trả lời bạn.
App sức khỏe cho người tiêu dùng có dùng TEFCA cho truy cập cá nhân được không?
Được, với tư cách Individual Access Services provider, nhưng đây là con đường khó nhất hiện nay. App phải đồng ý với điều khoản IAS và yêu cầu minh bạch của TEFCA, xác minh danh tính bệnh nhân ở mức bảo đảm cao, và chấp nhận rằng chưa phải bên phản hồi nào cũng trả dữ liệu. ASTP có một workstream năm 2026 riêng để tăng số phản hồi tin cậy cho truy vấn IAS.
Thực tế kỹ thuật:
- Xác minh danh tính. Workstream IAS đang định nghĩa mức bảo đảm danh tính IAL2 thống nhất và dữ liệu nhân khẩu gửi kèm truy vấn, để bên phản hồi khớp người đủ tin cậy mà trả lời. Hãy dự trù một vendor xác minh danh tính và mức rơi rụng trong luồng onboarding.
- Khớp hồ sơ. Dù đã xác minh danh tính, khớp hồ sơ giữa các bên phản hồi vẫn mang tính xác suất. Cho bệnh nhân thấy dữ liệu đến từ đâu và còn thiếu gì.
- Nghĩa vụ quyền riêng tư. IAS provider không phải covered entity theo HIPAA vẫn nhận nghĩa vụ bảo mật và quyền riêng tư của TEFCA và phải giải thích cách xử lý dữ liệu cho người dùng. Theo SOP cập nhật, cá nhân được minh bạch hơn về lựa chọn chia sẻ của mình.
- Phản hồi không đều. Hãy thiết kế sản phẩm sao cho hồ sơ không đầy đủ vẫn có ích, và kết hợp TEFCA với nguồn khác (FHIR API do bệnh nhân ủy quyền) ở nơi độ phủ còn mỏng.
Công ty healthtech thực sự tham gia TEFCA bằng cách nào?
Phần lớn công ty tham gia với tư cách participant của một QHIN, hoặc subparticipant qua một mạng lưới, hãng EHR hay HIE đã kết nối sẵn. Tự trở thành QHIN là cam kết hạ tầng nhiều năm, chỉ hợp lý với các mạng lưới. Quy trình của ASTP cho participant: xác định use case, chọn QHIN hoặc đơn vị trung gian, ký điều khoản tham gia, hoàn tất onboarding kỹ thuật và tuân thủ, được đưa vào danh bạ RCE, rồi bắt đầu trao đổi.
- Qua hãng EHR. Nếu EHR của khách hàng bạn đã là participant của QHIN, bạn có thể có quyền truy cập TEFCA như một tính năng. Nhanh nhất, ít kiểm soát nhất.
- Trực tiếp qua QHIN. Ký với một QHIN có API thân thiện với developer cho bạn kiểm soát luồng công việc và cách xử lý dữ liệu. So sánh mức hỗ trợ FHIR, giá, thời gian onboarding và exchange purpose họ hỗ trợ cho công ty như bạn.
- Qua HIE hoặc mạng lưới. Hữu ích nếu bạn hoạt động theo vùng hoặc cần thêm dịch vụ khác của HIE.
Nên hỏi QHIN gì trước khi ký
- Bạn hỗ trợ exchange purpose nào cho công ty như chúng tôi, và bên phản hồi nào bắt buộc phải trả lời?
- Hiện bạn có facilitated FHIR chưa, hay chỉ truy vấn và lấy tài liệu? Những FHIR resource nào, với rate limit bao nhiêu?
- Onboarding mất bao lâu từ lúc ký điều khoản đến truy vấn production đầu tiên, và cần kiểm thử gì?
- Bạn xử lý khớp bệnh nhân thế nào, và cần dữ liệu nhân khẩu gì kèm mỗi truy vấn?
- Bạn cung cấp log và báo cáo gì để chúng tôi tự audit?
Còn phí thì sao?
Tài liệu của RCE về Common Agreement nêu QHIN không được thu phí QHIN khác cho việc trao đổi, còn QHIN được thu phí participant của mình. Trên thực tế, QHIN và đơn vị trung gian tự đặt điều khoản thương mại. Chi phí của bạn là mức mà QHIN hay đơn vị trung gian tính, nên hãy lấy báo giá bằng văn bản và so sánh. Chúng tôi không tìm thấy biểu phí công khai, cập nhật cho các QHIN.
TEFCA đã chạy trên FHIR chưa?
Một phần. Phần lớn khối lượng vẫn là trao đổi tài liệu (C-CDA qua truy vấn và lấy kiểu IHE). Common Agreement phiên bản 2 đưa vào facilitated FHIR exchange, và Facilitated FHIR Implementation SOP 2.0 có hiệu lực từ tháng 3/2026 với thêm đặc tả kỹ thuật và hỗ trợ dynamic registration, authentication và authorization đến 2027.
Điều này có nghĩa với kiến trúc của bạn:
- Chuẩn bị cho tài liệu trước. Xây pipeline parse C-CDA vào data model của bạn, khử trùng lặp giữa các nguồn và theo dõi provenance. Đây là nơi chiếm phần lớn công việc.
- Dùng FHIR ở nơi QHIN hỗ trợ. Facilitated FHIR cho phép yêu cầu resource cụ thể sau bước discovery, dễ dùng hơn tài liệu rất nhiều.
- Giữ provenance. Ghi lại mỗi resource đến từ tổ chức và QHIN nào, lúc nào. Bác sĩ và kiểm toán viên sẽ hỏi.
Nếu bạn định đặt một AI agent lên dữ liệu TEFCA, hãy chuẩn hóa về FHIR trước và đưa ra qua các công cụ hẹp; mô hình này được trình bày trong FHIR + MCP: kết nối AI agent với dữ liệu EHR an toàn.
TEFCA liên quan thế nào đến quy định information blocking?
Quy định information blocking có một ngoại lệ liên quan đến TEFCA, cho phép các bên là participant TEFCA đáp ứng một số yêu cầu qua TEFCA thay vì theo cách được yêu cầu. HTI-5 đề xuất bỏ ngoại lệ "TEFCA manner" này, nhưng quy định cuối cùng HTI-5 tháng 10/2026 không chốt bất kỳ thay đổi nào về information blocking, nên quy định hiện hành vẫn áp dụng.
Việc thực thi cũng đã thật: OIG có thể phạt tới $1 triệu mỗi vi phạm với developer và mạng lưới, còn nhà cung cấp chịu các biện pháp chế tài của Medicare. Chi tiết trong bài mức phạt information blocking năm 2026.
Sản phẩm healthtech của bạn có nên dùng TEFCA?
Nên dùng nếu bạn cần hồ sơ từ nhiều tổ chức mà bạn không có quan hệ trực tiếp, cho một mục đích TEFCA hỗ trợ, và bạn xử lý được tài liệu. Tạm bỏ qua nếu bạn chỉ cần dữ liệu từ vài EHR đã biết, nơi tích hợp FHIR trực tiếp đơn giản hơn, hoặc nếu use case không khớp exchange purpose nào.
| Tình huống của bạn | Mức phù hợp với TEFCA | Lựa chọn thay thế |
|---|---|---|
| Nhà cung cấp khám từ xa hoặc chuyên khoa cần hồ sơ cũ trên toàn quốc | Cao (Treatment) | Tích hợp EHR điểm-điểm, không mở rộng được |
| Công ty value-based care chạy chương trình chất lượng | Tốt, kiểm tra mục đích con và nghĩa vụ phản hồi (HCO) | Luồng dữ liệu từ payer, dữ liệu claim |
| App hồ sơ sức khỏe cho người tiêu dùng | Có thể, con đường khó nhất hiện nay (IAS) | FHIR API do bệnh nhân ủy quyền từ EHR và payer |
| Công cụ cho một EHR duy nhất | Thấp | Tích hợp SMART on FHIR trực tiếp |
| Nghiên cứu hoặc phân tích không có mục đích được phép | Không phù hợp | Thỏa thuận sử dụng dữ liệu, nguồn dữ liệu đã khử định danh |
Dù đi đường nào, dữ liệu bạn nhận là PHI. Sản phẩm cần các kiểm soát như mọi hệ thống HIPAA; xem hướng dẫn phát triển phần mềm tuân thủ HIPAA và cách tiếp cận bảo mật của chúng tôi.
BeevR làm việc này thế nào
Chúng tôi xây phần nằm giữa một kết nối TEFCA và một sản phẩm dùng được: nhập C-CDA và FHIR, khớp hồ sơ và khử trùng lặp, theo dõi provenance, kiểm tra consent và exchange purpose trên mọi truy vấn, và audit log mà đội tuân thủ đọc được. Khi có lớp AI, chúng tôi chuẩn hóa về FHIR trước và cho agent các công cụ hẹp gắn với mục đích. BeevR ký BAA với vai trò business associate, và việc xử lý có thể chạy trong tài khoản AWS của bạn.
Chúng tôi đang vận hành một EHR multi-tenant chạy thật ở bốn phòng khám tại Mỹ, khoảng 300 bệnh nhân mỗi ngày. Chúng tôi làm theo giai đoạn giá cố định từ $10K mỗi giai đoạn, demo mỗi thứ Sáu, và bạn sở hữu code. Xem dịch vụ tích hợp EHR, hoặc đặt lịch gọi 30 phút để kiểm tra TEFCA có hợp với use case của bạn không.