Trùng Thẻ BHYT Và Trùng Đợt Điều Trị: Cách HIS Khóa Chéo

Bốn giờ chiều, giám định viên nội bộ mở thông báo từ Cổng tiếp nhận dữ liệu Hệ thống thông tin giám định BHYT và thấy một lô hồ sơ vừa bị đẩy ngược kèm cảnh báo trùng. Kế toán viện phí đang chờ chốt số của kỳ thì cả kỳ bị treo lại ngay tại đó. Cả tổ ngồi rà tay từng lượt, sửa xong, gửi lại. Kỳ sau lại gặp đúng loại cảnh báo cũ.

Điều đánh lừa nằm ở chỗ mọi cảnh báo kiểu này đều bị gọi chung bằng một cái tên: trùng thẻ BHYT. Bên dưới cái tên đó là ba nhóm lỗi có nguyên nhân khác nhau, điểm sinh lỗi khác nhau và cách gỡ khác nhau. Sửa thủ công từng lượt chỉ dọn được hậu quả của kỳ hiện tại, nên kỳ kế tiếp lỗi tái diễn nguyên vẹn.

Cắt được vòng lặp đó cần ba việc: tách bạch ba nhóm lỗi đang bị gọi chung là trùng thẻ BHYT theo đúng điểm sinh lỗi của từng nhóm, cài ba lớp khóa chéo trên hệ thống thông tin bệnh viện, và có sẵn quy trình xử lý cho lúc hồ sơ đã bị chặn.

Trùng thẻ BHYT: hai nghĩa khác nhau, nghĩa nào thuộc cơ sở khám chữa bệnh

Cụm từ trùng thẻ BHYT đang được dùng cho hai việc hoàn toàn khác nhau. Nghĩa phổ biến hơn thuộc về phía người tham gia: một người có từ hai thẻ BHYT trở lên do thuộc nhiều nhóm đối tượng cùng lúc, và phần tiền đóng trùng do cơ quan Bảo hiểm xã hội nơi thu giải quyết theo Luật Bảo hiểm y tế 25/2008/QH12, sửa đổi bởi Luật 51/2024/QH15.

Việc đó không thuộc phạm vi xử lý của bộ phận tiếp đón hay phòng Tài chính - Kế toán, nên bài này dừng ở đây và không đi tiếp hướng hoàn trả tiền đóng.

Nghĩa thứ hai mới là thứ làm kỳ dữ liệu bị treo. Ở phía cơ sở khám chữa bệnh, trùng thẻ BHYT là tên gọi dân dã cho một cụm cảnh báo dữ liệu mà Cổng trả về khi tiếp nhận, gồm trùng dữ liệu định danh người bệnh và trùng thời gian điều trị BHYT. Cụm này nằm trong số các nguyên nhân hồ sơ BHYT bị cổng từ chối, nhưng là nhóm khó gỡ nhất. Lý do: dữ liệu tạo ra cặp trùng thường nằm ngoài tầm quan sát của cơ sở, hoặc nằm trong chính gói dữ liệu mà cơ sở đã gửi đi từ kỳ trước.

Nếu cần dựng lại bản đồ nghiệp vụ trước khi đi sâu vào một nhóm lỗi cụ thể, bức tranh tổng thể nghiệp vụ viện phí và giám định BHYT là điểm bắt đầu hợp lý. Phần còn lại của bài chỉ bàn một việc: cơ sở làm gì trên hệ thống để cặp trùng thẻ BHYT không kịp hình thành.

Hai thời điểm lỗi trùng thẻ BHYT lộ ra, hai mức thiệt hại khác nhau

Trước khi phân loại nguyên nhân, cần định vị mình đang đứng ở thời điểm nào.

• Bị chặn ngay khi tiếp nhận dữ liệu: hồ sơ chưa vào được hệ thống, phải sửa rồi kết xuất và gửi lại, kỳ dữ liệu bị kéo dài và mọi khâu phía sau nằm chờ.
• Bị giảm trừ ở khâu giám định: hồ sơ đã vào, nhưng phần chi phí trùng bị loại khi giám định, kéo theo các lượt liên quan phải mở lại để đối chiếu.

Hai mức thiệt hại này quyết định thứ tự ưu tiên xử lý: lỗi bị chặn khi tiếp nhận giữ kỳ dữ liệu lại nên phải gỡ trước, còn lỗi bị giảm trừ chỉ làm giảm một phần chi phí được thanh toán. Thứ tự cài lớp khóa đi theo đúng logic đó, nên Lớp 1 tại tiếp đón phải có trước tiên, vì cả nhóm lỗi định danh lẫn biến thể trùng nội bộ đều rơi vào diện bị chặn ngay khi tiếp nhận.

Ba nhóm lỗi trùng thẻ BHYT và trùng thời gian điều trị, phân biệt bằng dấu hiệu nào

Phân biệt ba nhóm lỗi bắt đầu từ ba câu hỏi: Cổng báo dấu hiệu gì, thiệt hại rơi vào đâu, và lỗi sinh ra ở khâu nào trong quy trình.

Nhóm lỗi 1: Trùng định danh đầu nguồn tại khâu tiếp đón

• Dấu hiệu: một định danh người bệnh khớp với nhiều mã thẻ BHYT; hoặc thông tin thẻ ghi trên hồ sơ lệch với cơ sở dữ liệu thẻ tập trung ở một trong các trường mã thẻ, họ tên, ngày sinh, thời hạn sử dụng, nơi đăng ký khám chữa bệnh ban đầu.
• Hậu quả: hồ sơ dừng lại ngay ở bước tiếp nhận, vì bản ghi cơ sở gửi lên không ăn khớp với bản ghi thẻ mà hệ thống tập trung đang giữ. Chừng nào những lượt này còn nằm lại thì kỳ dữ liệu chưa khép được.
• Điểm sinh lỗi: bộ phận tiếp đón mở lượt bằng thông tin gõ tay, hoặc bằng chiếc thẻ cũ người bệnh đang cầm, trong khi thẻ đã được cấp lại theo nhóm đối tượng mới. Sai lệch cài vào hồ sơ ngay giây đầu tiên và chỉ phát lộ khi kết xuất.

Chặn nhóm lỗi trùng thẻ BHYT này tại tiếp đón chỉ mất vài giây thao tác của một người. Sửa hồi tố thì phải mở lại toàn bộ chuỗi kết xuất và lập bản giải trình cho từng lượt.

Nhóm lỗi 2: Trùng lượt, trùng đợt điều trị giữa hai cơ sở khác nhau

• Dấu hiệu: cùng một người bệnh, cùng một khoảng thời gian, có dữ liệu điều trị ở hai cơ sở. Điển hình là đang trong đợt nội trú tại cơ sở này nhưng vẫn phát sinh lượt khám ngoại trú ở cơ sở khác trong cùng những ngày đó.
• Hậu quả: hồ sơ bị đẩy ngược ngay khi tiếp nhận, và một trong hai cơ sở buộc phải rút lượt của mình ra khỏi dữ liệu đề nghị thanh toán.
• Điểm sinh lỗi: tại thời điểm tiếp đón, cơ sở không nhìn thấy dữ liệu của cơ sở còn lại, nên cặp trùng chỉ phát lộ khi hai luồng dữ liệu gặp nhau ở tầng tập trung.

Cơ chế cổng đối chiếu dữ liệu tập trung giải thích vì sao trùng liên cơ sở gần như luôn bị bắt: dữ liệu của mọi đơn vị đổ về một chỗ và được soi chéo lẫn nhau ngay khi tiếp nhận. Cơ sở không kiểm soát được nguyên nhân, nhưng kiểm soát được độ trễ phát hiện của chính mình: biết sớm ngày nào thì còn nguyên ngần ấy dư địa để gỡ trong 07 ngày làm việc dành cho dữ liệu đề nghị thanh toán.

Nhóm lỗi 3: Trùng nội bộ và trùng đợt vắt qua hai kỳ

Hai biến thể của nhóm này cùng chung một gốc là quản lý trạng thái đợt điều trị.

• Dấu hiệu của biến thể trùng nội bộ: đợt điều trị cũ chưa được đóng trên hệ thống nhưng lượt mới đã được mở, khiến cùng một người bệnh có hai lượt chồng thời gian ngay trong một cơ sở.
• Dấu hiệu của biến thể trùng vắt kỳ: một lượt xuất hiện ở cả gói XML kỳ trước lẫn gói kỳ này, do đợt điều trị vắt qua hai kỳ liền kề bị kết xuất lần thứ hai khi gửi bù dữ liệu.
• Hậu quả: phần trùng nội bộ bị chặn ngay khi tiếp nhận nên kéo kỳ dữ liệu dài thêm; phần vắt kỳ lọt qua được khâu tiếp nhận thì bị giảm trừ ở khâu giám định, và các lượt liên quan phải mở lại để đối chiếu.
• Điểm sinh lỗi: quy tắc trạng thái đợt chưa được cấu hình đủ chặt nên một đợt vẫn ở trạng thái mở trong khi lượt kế tiếp đã được tạo; lượt đã nằm trong gói dữ liệu kỳ trước lại không mang cờ đã gửi nên vẫn được gom vào gói kỳ sau; và chưa có mốc dữ liệu cắt kỳ khai báo sẵn cho đợt điều trị vắt kỳ.

Bảng đối chiếu dưới đây đặt ba nhóm lỗi cạnh nhau để tổ giám định tự xác định mình đang gặp nhóm nào.

Ba lớp khóa chéo trên HIS chặn lỗi trùng thẻ BHYT trước khi dữ liệu rời cơ sở

Nguyên tắc xuyên suốt của phần này rất gọn: mỗi nhóm lỗi phải được chặn bởi lớp khóa nằm gần điểm sinh lỗi nhất. Lớp phía sau chỉ đóng vai trò lưới an toàn, không thay thế được lớp phía trước. Khóa chéo dữ liệu BHYT trên HIS vì thế được bố trí thành ba chốt nối tiếp trên đường đi của dữ liệu, từ quầy tiếp đón cho tới thao tác ký số.

Lớp 1: Khóa tại bộ phận tiếp đón, trước khi lượt điều trị được mở

• Tra cứu thẻ trực tuyến là điều kiện mở lượt. Không có kết quả tra cứu hợp lệ thì không mở được hồ sơ, gắn liền với thao tác kiểm tra thẻ BHYT ngay tại bộ phận tiếp đón.
• Xử lý tình huống một định danh khớp nhiều mã thẻ. Đây là trọng tâm của Lớp 1. Hệ thống phải hiển thị toàn bộ mã thẻ đang gắn với định danh đó, kèm nhóm đối tượng, thời hạn sử dụng và nơi đăng ký khám chữa bệnh ban đầu. Nhân sự tiếp đón buộc phải chọn đúng một mã để lập hồ sơ. Mã đã chọn được khóa cho suốt đợt điều trị, để những lượt phát sinh sau không tự lấy mã còn lại. Hệ thống ghi vết ai chọn mã nào, vào thời điểm nào, cho hồ sơ nào. Nếu mỗi lượt trong cùng một đợt lấy một mã thẻ khác nhau, chính hồ sơ của cơ sở tự tạo ra cặp trùng trước khi Cổng kịp phát hiện.

• Chặn mở đợt điều trị mới khi người bệnh còn đợt chưa đóng. Đây là quy tắc chặn cứng nằm trong luồng nghiệp vụ, không phải cảnh báo mềm. Chỉ vai trò được ủy quyền mới có quyền vượt, và mỗi lần vượt bắt buộc ghi lý do. Quy tắc này chặn trực tiếp biến thể trùng nội bộ của nhóm lỗi 3.

Về giấy tờ xuất trình, Điều 37 Nghị định 188/2025/NĐ-CP ngày 01/7/2025 (hiệu lực 15/8/2025, nhiều điều khoản áp dụng từ 01/7/2025) quy định người bệnh xuất trình căn cước hoặc căn cước công dân, hoặc tài khoản định danh điện tử VNeID mức độ 2 đã tích hợp thông tin bảo hiểm y tế, hoặc thẻ bảo hiểm y tế điện tử, hoặc thẻ bảo hiểm y tế bản giấy. Cơ sở khám chữa bệnh không được yêu cầu người bệnh sao chụp giấy tờ. Hệ quả nghiệp vụ rất trực tiếp: vì không còn tập bản photo giấy tờ do người bệnh nộp, dấu vết chứng minh cơ sở đã đối chiếu đúng chính là log tra cứu thẻ trực tuyến lưu trên hệ thống.

Lớp 2: Khóa chéo tại khâu kết xuất dữ liệu XML, trước khi ký số

Lớp này rà cặp trùng thẻ BHYT và trùng ngày điều trị trên toàn bộ gói dữ liệu sắp gửi, không rà từng hồ sơ rời rạc.

• Quy tắc rà: bắt cặp trùng theo tổ hợp mã thẻ và khoảng ngày điều trị, phát hiện mọi cặp lượt chồng lấn thời gian nằm trong cùng một gói. Bước rà trùng mã thẻ trước khi gửi cổng BHXH chạy trên dữ liệu thật của gói chứ không dựa vào trí nhớ ca trực.
• Mức xử lý: chặn kết xuất, không dừng ở mức cảnh báo rồi cho đi tiếp. Sau khi ký số, mọi chỉnh sửa đều làm hỏng chữ ký và buộc phải kết xuất rồi ký lại từ đầu, nên chốt phải đặt trước chứ không phải sau.
• Vị trí đặt chốt: ngay trước thao tác ký số trong bước kết xuất dữ liệu XML trước khi ký số.

Về chuẩn dữ liệu, chuỗi văn bản hiện hành là Quyết định 130/QĐ-BYT ngày 18/01/2023, sửa đổi bổ sung bởi Quyết định 4750/QĐ-BYT ngày 29/12/2023 và Quyết định 3176/QĐ-BYT ngày 29/10/2024, cập nhật mới nhất là Quyết định 1931/QĐ-BYT ngày 29/6/2026 áp dụng từ 01/7/2026. Điểm liên quan trực tiếp tới Lớp 2: chuẩn này đã chuẩn hóa sẵn thông tin thẻ bảo hiểm y tế và mốc thời gian của mỗi đợt điều trị ngay trong hồ sơ XML, nên quy tắc bắt cặp theo mã thẻ và khoảng ngày điều trị chạy được thẳng trên gói sắp gửi mà không phải dựng thêm cấu trúc dữ liệu riêng. Cũng cần tách bạch hai việc thường bị gộp làm một ở khâu cuối: ký số là thao tác gắn chữ ký lên gói đã kết xuất, còn xác thực dữ liệu điện tử là yêu cầu bắt buộc theo Nghị định 188/2025/NĐ-CP, chậm nhất từ 01/01/2026, và từ mốc đó quỹ bảo hiểm y tế chỉ thanh toán đối với dữ liệu đã được xác thực điện tử. Lớp 2 neo vào mốc trước ký số vì đó là thời điểm cuối cùng còn sửa được gói mà không phải làm lại từ đầu.

Lớp 3: Khóa tại khâu đối soát liên kỳ, vẫn đặt trước thao tác ký số

Lớp 3 giải quyết một việc duy nhất mà hai lớp trước không nhìn thấy: phần trùng vắt qua hai kỳ. Lớp 2 soi bên trong một gói, còn Lớp 3 soi giữa gói này với gói kỳ trước, và cả hai cùng chạy trên gói đã kết xuất nhưng chưa ký số. Đặt Lớp 3 sau chữ ký thì mỗi lần loại một lượt trùng đều buộc phải kết xuất và ký lại từ đầu.

• Đối chiếu ngược liên kỳ. Lấy danh sách lượt trong gói vừa kết xuất, đối chiếu ngược với danh sách lượt nằm trong gói XML kỳ trước đã được Cổng tiếp nhận, rồi loại khỏi gói hiện tại mọi lượt đã xuất hiện ở gói cũ trước khi gói được đưa sang bước ký. Việc đối chiếu chạy trên chính dữ liệu gói, không dựa vào ghi chép ngoài hệ thống.
• Cờ đã gửi trên từng lượt. Mỗi lượt được gắn cờ ngay khi gói chứa nó được Cổng tiếp nhận. Cờ này là điều kiện loại trừ khi gom gói kỳ kế tiếp, và chỉ được gỡ bằng thao tác rút lượt có ghi vết.
• Điểm cắt kỳ khai báo sẵn. Một mốc dữ liệu chia đợt điều trị vắt kỳ thành phần đã kết xuất và phần còn lại, để gói sau chỉ mang những lượt chưa có cờ đã gửi. Quy tắc này khai báo một lần trên hệ thống và áp dụng thống nhất, thay vì mỗi lần gửi bù lại quyết định lại một kiểu.

Ba cơ chế trên gắn vào chính thao tác đối soát bảng kê chi phí trước khi gửi cổng mà phòng Tài chính - Kế toán vẫn làm, nên Lớp 3 không phát sinh đầu việc mới. Nếu phần trùng vắt kỳ chỉ lộ ra sau khi gói đã ký số hoặc đã gửi đi, không còn đường tắt nào: phải rút lượt, kết xuất lại và ký lại toàn bộ gói.

Lưu ý về thời hạn gửi dữ liệu: Thông tư 48/2017/TT-BYT ngày 28/12/2017 (hiệu lực 01/3/2018) quy định hai luồng dữ liệu với hai mốc khác nhau. Điều 6: dữ liệu khám chữa bệnh phải gửi lên Cổng giám định ngay sau khi kết thúc lần khám bệnh hoặc đợt điều trị; nếu rơi vào ngày nghỉ, ngày lễ thì tính sang ngày làm việc kế tiếp. Điều 7: dữ liệu đề nghị thanh toán có 07 ngày làm việc kể từ khi kết thúc khám chữa bệnh để cơ sở kiểm tra, hiệu chỉnh, xác thực và gửi. Nghĩa vụ tại Điều 6 không được hoãn vì bất kỳ lý do vận hành nào; 07 ngày làm việc tại Điều 7 mới là cửa sổ để chạy Lớp 2 và Lớp 3 trên gói đề nghị thanh toán, còn Lớp 1 đã phải hoàn thành từ lúc tiếp đón. Bỏ trống cửa sổ đó rồi chốt gói đề nghị thanh toán ngay trong ngày là nguồn gốc phổ biến của trùng đợt vắt kỳ.

Quy trình gỡ khi hồ sơ đã bị Cổng báo trùng thẻ BHYT

Khi Cổng giám định báo trùng thẻ BHYT và lô hồ sơ đã nằm lại, thứ tự thao tác quyết định việc gỡ xong trong một lượt hay kéo dài qua nhiều vòng gửi lại.

1. Xác minh đúng nhóm lỗi trước khi động vào dữ liệu. Tra ngược cảnh báo về mã thẻ và khoảng ngày điều trị để xác định lỗi thuộc nhóm định danh, nhóm liên cơ sở hay nhóm nội bộ. Tiêu chí quyết định là cặp dữ liệu gây trùng nằm trong hay nằm ngoài cơ sở. Ghi lại kết luận phân loại kèm mã hồ sơ liên quan, vì sửa sai nhóm lỗi sẽ sinh ra một lỗi mới.
2. Xác định đợt nào giữ, đợt nào rút. Với nhóm lỗi nội bộ, căn cứ là hồ sơ chuyên môn thực tế: đợt nào có bệnh án, y lệnh và kết quả cận lâm sàng đầy đủ thì giữ, tuyệt đối không lấy thứ tự nhập liệu làm căn cứ; dấu vết cần để lại là biên bản xác nhận của khoa lâm sàng về đợt được giữ. Với nhóm lỗi liên cơ sở, bước này nằm ngoài thẩm quyền của một mình cơ sở, vì đợt còn lại thuộc đơn vị khác và cơ sở không có hồ sơ chuyên môn của đơn vị đó. Việc phải làm là tập hợp bằng chứng cho phần đợt của mình gồm thời điểm vào và ra, bệnh án, y lệnh, các chỉ định cận lâm sàng đã thực hiện, rồi gửi kèm văn bản đề nghị tới cơ quan Bảo hiểm xã hội đang quản lý để cơ quan này đối chiếu với dữ liệu của cơ sở còn lại và kết luận. Cơ sở chỉ chủ động rút lượt của mình khi chính hồ sơ chuyên môn tại chỗ không đủ căn cứ chứng minh người bệnh có mặt trong khoảng thời gian đó.
3. Hủy hoặc điều chỉnh đợt trên hệ thống theo đúng quy tắc trạng thái. Thao tác phải ghi vết người thực hiện, thời điểm và lý do. Không xóa trắng dữ liệu: mất dấu vết là mất luôn căn cứ giải trình về sau.
4. Kết xuất lại và gửi lại phần đã làm sạch. Trước khi ký số gói thay thế, kiểm tra hai điều kiện: lượt đã rút không còn mang cờ đã gửi, và lượt đó không còn nằm trong gói mới. Dấu vết cần để lại là nhật ký kết xuất của gói thay thế.
5. Kết xuất bản giải trình thẳng từ hệ thống. Mỗi dòng gồm mã hồ sơ, mã thẻ đã dùng để lập hồ sơ, khoảng ngày điều trị, trạng thái đợt sau khi điều chỉnh và mã gói XML đã gửi chứa lượt đó. Hai yêu cầu kỹ thuật bắt buộc: các dòng phải kết xuất trực tiếp từ dữ liệu đã điều chỉnh chứ không gõ lại thủ công, và mỗi dòng phải truy được về đúng gói XML để đối chiếu với dữ liệu Cổng đang giữ.

Khi phần dữ liệu đã sạch, việc còn lại thuộc tầng chốt sổ, nơi tổ tài chính rà trùng lượt trước khi chốt sổ quyết toán để số liệu của kỳ khép lại đúng.

MyHospital khóa chéo dữ liệu BHYT ở cả ba khâu tiếp đón, kết xuất và đối soát

Ba lớp khóa ở trên mô tả những quy tắc cần có. Bốn năng lực dưới đây quyết định các quy tắc đó sống được trong vận hành thật hay chỉ nằm trên văn bản quy trình.

• Cấu hình quy tắc theo từng đơn vị và từng khoa. Mức siết không thể giống nhau giữa khu khám bệnh, các khoa điều trị nội trú và những đơn vị vệ tinh trong cùng một cơ sở. Quy tắc được khai báo kèm phạm vi áp dụng, nhờ đó siết được đúng những chỗ hay sinh lỗi mà không làm nghẽn các luồng vốn đang sạch.
• Phân quyền vượt chốt kèm số liệu giám sát. Quyền vượt gắn vào vai trò cụ thể, mỗi lần vượt bắt buộc ghi lý do, và hệ thống tổng hợp số lần vượt theo người, theo khoa, theo tháng. Ban lãnh đạo nhìn vào đó biết chốt nào đang bị vượt quá thường xuyên để xử lý phần gốc, thay vì ban hành thêm một văn bản nhắc nhở.
• Cảnh báo tồn đợt chưa đóng theo thời gian thực. Danh sách đợt điều trị còn ở trạng thái mở quá thời gian dự kiến hiện ngay trên màn hình điều hành, nên đợt tồn được đóng trong kỳ chứ không đợi tới lúc kết xuất mới phát lộ.
• Nhật ký đối soát kết xuất được cho đoàn giám định. Mọi lần rà trùng, kết quả từng lần và thao tác xử lý kèm theo đều lưu thành nhật ký, xuất ra được dưới dạng bảng khi cần chứng minh cơ sở đã kiểm soát trùng thẻ BHYT bằng quy tắc hệ thống chứ không bằng lời cam kết.

Giá trị quản trị nằm ở chỗ chống trùng trở thành một quy tắc chạy đều đặn mỗi kỳ, có số đo và có người chịu trách nhiệm, thay vì phụ thuộc vào mức độ kỹ tính của từng ca trực.

Đặt quy tắc khóa chéo trước khi kỳ dữ liệu kế tiếp bắt đầu

Nguyên tắc trục chỉ gói trong một câu: mỗi nhóm lỗi phải được chặn bằng lớp khóa gần điểm sinh lỗi nhất của nó. Một lượt chọn sai mã thẻ lúc tiếp đón sẽ kéo theo kết xuất, đối soát và giải trình đều phải làm lại, trong khi thao tác chặn nó chỉ là một hộp thoại buộc chọn.

Yếu tố thời điểm cũng quan trọng không kém. Quy tắc phải được cài xong trước khi kỳ dữ liệu kế tiếp bắt đầu, vì từ giây phút quầy tiếp đón mở lượt đầu tiên của kỳ, mỗi lần chọn sai đã là một hồ sơ chắc chắn bị đẩy ngược sau đó.

Việc nên làm ngay là khảo sát xem hệ thống đang dùng có đủ ba lớp khóa chéo chống trùng thẻ BHYT hay không: có buộc chọn một mã thẻ và khóa mã đó cho cả đợt, có chặn kết xuất khi phát hiện cặp trùng trong gói, có cờ đã gửi trên từng lượt. Nếu thiếu bất kỳ lớp nào, hãy xem cách một phần mềm quản lý bệnh viện hiện đại đưa cả ba chốt về cùng một luồng dữ liệu.