MedFlow SKG
Chuỗi phòng khám đa khoa & bệnh viện tư nhiều cơ sở

Giải pháp liên thông dữ liệu cho chuỗi y tế

Làm chủ dữ liệu bệnh nhân,
không phụ thuộc nhà cung cấp HIS

MedFlow đồng bộ dữ liệu từ các phần mềm đang dùng về một FHIR Storage chuẩn quốc tế, đặt tại bệnh viện. Hệ thống hiện tại giữ nguyên.

Giữ nguyên hệ thốngHIS, EMR, RIS, LIS chạy như cũ.
Dữ liệu ở tại bệnh việnFHIR Storage đặt trên máy chủ của bệnh viện.
Sẵn sàng sau 1–2 thángChạy thử 30 ngày trước khi nghiệm thu.
Phần mềm hiện tại
BN_HOTENNGUYEN VAN AN
NGSINH19800315
F011
SO_CCCD079 080 001 234
MA_KCBCS1-0000361
TT_XN045.8 / 4.1-5.9
FHIR Storage
Patient.nameNguyễn Văn An
·birthDate1980-03-15
·gendermale
·identifierCCCD 079080001234
·identifierCS1-0000361
Observation5.8 mmol/L — bình thường

Cùng một bệnh nhân. Trái: quy ước riêng của nhà cung cấp HIS. Phải: chuẩn FHIR, phần mềm nào cũng đọc được.

01Thực trạng

Dữ liệu là của bệnh viện, nhưng bệnh viện chưa dùng được

  1. 01

    Muốn dùng phần mềm mới, phải chờ nhà cung cấp HIS

    Bệnh án điện tử, app đặt lịch, cổng kết quả đều cần dữ liệu bệnh nhân. Nhà cung cấp HIS thường không mở, hoặc mở theo giá và tiến độ của họ.

  2. 02

    Mỗi chi nhánh một hồ sơ riêng

    Bác sĩ không xem được kết quả ở chi nhánh khác. Bệnh nhân phải làm lại hoặc tự mang theo.

  3. 03

    Mỗi cơ sở mới thêm một hệ thống riêng

    Cơ sở mới hoặc mua lại thường dùng phần mềm khác. Báo cáo toàn chuỗi vẫn phải tổng hợp tay.

02Giải pháp

Giữ nguyên hệ thống, thêm một FHIR Storage chung

MedFlow tự động đồng bộ dữ liệu về FHIR Storage. Phần mềm mới kết nối vào đó, không cần qua nhà cung cấp hiện tại.

Kết nối riêng của nhà cung cấp MedFlow

Hiện tại

Cùng một bệnh nhân, hai mã khác nhau không nơi nào thấy được toàn bộ hồ sơ A-00123 B-2024-778 EHR HIS không gửi dữ liệu Mỗi chi nhánh: HIS, LIS, RIS của nhà cung cấp riêng dữ liệu, danh mục, mã bệnh nhân riêng nối với nhau theo kiểu riêng CHI NHÁNH A HIS A + EMR quy ước dữ liệu riêng mã BN: A-00123 LIS A RIS A chỉ định ↔ kết quả giao thức riêng giao thức riêng CHI NHÁNH B HIS B + EMR quy ước dữ liệu riêng mã BN: B-2024-778 LIS B RIS B chỉ định ↔ kết quả giao thức riêng giao thức riêng
Mỗi chi nhánh một HIS, LIS, RIS riêng. Cùng một bệnh nhân mang nhiều mã, không nơi nào có đủ hồ sơ.

Với MedFlow

FHIR Storage chung · bệnh viện sở hữu một mã chung cho mỗi bệnh nhân, khớp theo CCCD vẫn giữ mã chi nhánh: A-00123 · B-2024-778 EHR portal một bệnh nhân, mọi chi nhánh FHIR API MedFlow: không cần nhà cung cấp HIS mở API không ghi gì vào HIS không đụng đường HIS–LIS–RIS CHI NHÁNH A HIS A + EMR quy ước dữ liệu riêng mã BN: A-00123 LIS A RIS A chỉ định ↔ kết quả giao thức riêng giao thức riêng MedFlow đồng bộ liên tục chỉ đọc CHI NHÁNH B HIS B + EMR quy ước dữ liệu riêng mã BN: B-2024-778 LIS B RIS B chỉ định ↔ kết quả giao thức riêng giao thức riêng MedFlow đồng bộ liên tục chỉ đọc
Dữ liệu mọi chi nhánh về một FHIR Storage chung, đã chuẩn hóa, mỗi bệnh nhân một mã chung. Đủ nền để làm EHR portal. HIS không phải đổi gì.
Về FHIR

Chuẩn quốc tế về trao đổi dữ liệu y tế. Khung kiến trúc số của Bộ Y tế (QĐ 2146/QĐ-BYT, 15/07/2026) chọn HL7® FHIR® R4.

Bệnh viện sở hữu FHIR Storage. MedFlow chỉ lo việc đồng bộ.

03Lợi ích

Chủ động tích hợp theo kế hoạch của bệnh viện

Bệnh án điện tử

Dữ liệu đẩy thẳng sang bệnh án điện tử, không cần HIS mở API.

Hồ sơ toàn chuỗi

Bác sĩ ở chi nhánh nào cũng xem được lịch sử khám, xét nghiệm, hình ảnh.

App bệnh nhân

Đặt lịch, xem kết quả ở mọi chi nhánh trên một ứng dụng.

HL7 FHIR FHIR Storage Dữ liệu chuẩn FHIR R4 của toàn chuỗi Bệnh viện sở hữu

Báo cáo điều hành

Số liệu toàn chuỗi cập nhật hằng ngày, không tổng hợp tay.

Bảo hiểm và đối tác

Chia sẻ dữ liệu theo chuẩn với bảo hiểm, đối tác xét nghiệm.

Mở rộng chuỗi

Cơ sở mới dùng phần mềm nào cũng đồng bộ về cùng một chỗ.

04An toàn và quyền sở hữu

Ba câu hỏi thường gặp

Có ảnh hưởng đến hoạt động khám chữa bệnh không?

Không. MedFlow chỉ đọc, không sửa và không cài gì lên hệ thống đang chạy.
  • Đồng bộ dữ liệu cũ chạy ngoài giờ cao điểm, tự dừng nếu hệ thống chậm.

Dữ liệu bệnh nhân có ra khỏi bệnh viện không?

Không. Dữ liệu chỉ về FHIR Storage trên hạ tầng của bệnh viện.
  • Báo cáo gửi ra ngoài chỉ có số liệu tổng hợp, không có thông tin bệnh nhân.

Bệnh viện có bị phụ thuộc vào đơn vị triển khai không?

Không. FHIR Storage thuộc về bệnh viện, bệnh viện giữ quyền quản trị cao nhất.
  • Dừng hợp đồng: FHIR Storage vẫn chạy, chỉ ngừng đồng bộ dữ liệu mới.
  • Đơn vị triển khai ngừng hoạt động: FHIR Storage chạy trên mã nguồn mở, không phí bản quyền. Mã nguồn phần đồng bộ được bàn giao theo cơ chế ký quỹ.

05Quy trình triển khai

Bệnh viện chuẩn bị, MedFlow thực hiện

Bệnh viện tham gia chủ yếu ở hai giai đoạn đầu, sau đó chỉ duyệt kết quả và dùng thử.

Điều kiện cần có

  1. Hợp đồng bảo trì cho phép cấp quyền đọc dữ liệuNhà cung cấp HIS không phải mở API hay làm thêm gì.
  2. Cơ sở dữ liệu bật được lưu lịch sử thay đổiBuổi kiểm tra khả thi sẽ xác định.
  3. Máy chủ do bệnh viện đầu tưFHIR Storage đặt trên máy chủ này.
  4. Mỗi cơ sở kết nối được tới FHIR StorageKhông cần nối mạng giữa các cơ sở.
  5. Một nhân viên CNTT phụ tráchĐầu mối phối hợp.

05Quy trình triển khai

Các giai đoạn

1 ngàyKiểm tra khả thi
1–2 thángChuẩn bị, khảo sát, thiết kế, dựng FHIR Storage
Từ 30 ngàyChạy thử và nghiệm thu
Hằng nămVận hành
Giai đoạn 0

Kiểm tra khả thi

Biết có triển khai được không, trước khi ký hợp đồng.

1 ngày · Miễn phí
  1. MedFlowCung cấp công cụ
  2. Bệnh việnCấp tài khoản chỉ đọc, chạy công cụ
  3. MedFlowPhân tích, kết luận
Kết quả

Báo cáo khả thi: đủ điều kiện chưa, cần chuẩn bị gì, cấu hình máy chủ đề xuất.

Sang giai đoạn 1 khiBệnh viện quyết định triển khai và hai bên ký hợp đồng.

Giai đoạn 1

Chuẩn bị và khảo sát

Sẵn sàng hạ tầng, nắm rõ dữ liệu.

Giai đoạn 1 + 2: 1–2 tháng
  1. MedFlowHướng dẫn chuẩn bị
  2. Bệnh việnCấp quyền đọc, chuẩn bị máy chủ
  3. MedFlowKhảo sát chất lượng dữ liệu
  4. Bệnh việnĐối chiếu 30 hồ sơ mẫu
Kết quả

Biên bản sẵn sàng và báo cáo chất lượng dữ liệu: hồ sơ thiếu CCCD, hồ sơ trùng…

05Quy trình triển khai

Sang giai đoạn 2 khiBệnh viện xác nhận kết quả khảo sát và máy chủ đã sẵn sàng.

Giai đoạn 2

Thiết kế và dựng FHIR Storage

Có FHIR Storage đầy đủ dữ liệu lịch sử.

Giai đoạn 1 + 2: 1–2 tháng
  1. MedFlowThiết kế chuyển đổi dữ liệu
  2. Bệnh việnDuyệt thiết kế và tiêu chí nghiệm thu
  3. MedFlowDựng FHIR Storage, nạp dữ liệu lịch sử
Kết quả

FHIR Storage đầy đủ dữ liệu lịch sử, kèm báo cáo đối chiếu với hệ thống gốc.

Sang giai đoạn 3 khiSố liệu đối chiếu khớp với hệ thống gốc.

Giai đoạn 3

Chạy thử và nghiệm thu

Chứng minh FHIR Storage chạy đúng trong điều kiện thực tế.

Tối thiểu 30 ngày
  1. Bệnh việnDùng thực tế
  2. MedFlowKiểm tra hằng ngày, thử ngắt đồng bộ
  3. Bệnh việnKý nghiệm thu
Kết quả

Đạt tiêu chí 30 ngày liên tục. Bàn giao quyền quản trị, tài liệu vận hành, công cụ xuất dữ liệu.

Sang giai đoạn 4 khiHai bên ký biên bản nghiệm thu.

Giai đoạn 4

Vận hành

Dữ liệu luôn đầy đủ và chính xác.

Theo hợp đồng hằng năm
  1. MedFlowGiám sát hằng ngày
  2. Bệnh việnBáo trước khi nâng cấp phần mềm
  3. MedFlowĐiều chỉnh theo thay đổi
Kết quả

Báo cáo chất lượng dữ liệu hằng quý gửi ban giám đốc.

Bước tiếp theo

Bắt đầu với một ngày kiểm tra khả thi

Miễn phí, do CNTT bệnh viện chạy trong mạng nội bộ. Báo cáo không chứa thông tin bệnh nhân.

Emailcsnguyen@sk-global.biz
Điện thoại0934 003 123
Websitesk-global.biz