Chủ đề 9.2 — Y tế số toàn cầu và quốc tế

Tóm lại trong một câu: Các nguyên tắc trong cuốn sách này đi qua biên giới, nhưng các hệ thống, luật pháp và khế ước xã hội mà chúng hạ cánh vào thì không — nên việc của bạn là học một cách có chủ đích từ các hệ thống y tế khác, áp dụng các chuẩn toàn cầu chung, và điều chỉnh mọi thứ còn lại theo bối cảnh thay vì sao chép nó.

Vì sao điều này quan trọng trong y tế và chăm sóc#

Y tế số không phải phát minh của nước Anh, và Vương quốc Anh không phải trọng tâm của nó. Công việc khó nhất, nhiều bài học nhất trong lĩnh vực đang diễn ra ở Estonia, Ấn Độ, Rwanda, Brazil và Kenya cũng nhiều như ở London hay Leeds. Nếu bạn dẫn dắt triển khai số trong NHS, một Hệ thống Chăm sóc Tích hợp, hay một cơ quan độc lập tương đối mà chỉ nhìn vào trong, bạn sẽ giải lại những vấn đề người khác đã giải cách đây một thập kỷ, và bạn sẽ bỏ lỡ các chuẩn, công cụ và câu chuyện cảnh báo lẽ ra đã tiết kiệm cho bạn nhiều năm.

Điều này quan trọng vì những lý do vượt ra ngoài hiệu quả. Sức khỏe là một tài sản chung toàn cầu: mầm bệnh, bằng chứng, hướng dẫn lâm sàng và — ngày càng nhiều — phần mềm vận hành các hệ thống chăm sóc đều di chuyển qua biên giới. Cùng những mối quan tâm về an toàn lâm sàng, công bằng và niềm tin công chúng định nghĩa cách bạn làm việc ở trong nước tái xuất hiện, được khuếch đại, khi dữ liệu và công nghệ vượt qua các khu vực tài phán. Một công cụ theo dõi từ xa an toàn ở một thành phố Anh kết nối tốt có thể không an toàn khi triển khai nơi kết nối hỏng; một mô hình đồng ý hợp pháp theo chế độ của một nước có thể bất hợp pháp theo chế độ của nước khác; một thuật toán huấn luyện trên một quần thể có thể lặng lẽ gây hại cho quần thể khác.

Cũng có một nghĩa vụ khiêm nhường. Vương quốc Anh vừa học từ vừa đóng góp cho y tế toàn cầu, và dòng chảy chạy cả hai chiều. Các nước thu nhập thấp và trung bình (LMIC) đã tiên phong chăm sóc ưu tiên di động, nền tảng cho nhân viên y tế cộng đồng và hạ tầng quốc gia mã nguồn mở mà các hệ thống giàu hơn nay nghiên cứu. Xem y tế số quốc tế là từ thiện, hay là thực đơn các mô hình để nhấc và thả vào nước Anh, là con đường nhanh nhất tới thất bại. Xem nó là một kỷ luật học hỏi cẩn trọng, tương hỗ là cách bạn khiến tuyên bố của cuốn sách này về "các nguyên tắc có thể chuyển giao quốc tế" trung thực thay vì rỗng.

Các khái niệm cốt lõi#

Y tế toàn cầu và y tế số. Y tế toàn cầu là nghiên cứu và thực hành cải thiện sức khỏe và đạt công bằng sức khỏe cho mọi người trên toàn thế giới. Y tế số là việc sử dụng công nghệ thông tin và truyền thông — hồ sơ, ứng dụng, thiết bị, phân tích và trí tuệ nhân tạo — để cung cấp và cải thiện chăm sóc. Giao điểm là chủ đề của phần này: các công cụ số và cách làm việc di chuyển, hay không di chuyển được, giữa các hệ thống y tế khác nhau về sự giàu có, luật pháp, hạ tầng và văn hóa như thế nào.

Chiến lược toàn cầu của WHO và hàng hóa công số. Tổ chức Y tế Thế giới (WHO) đã công bố một Chiến lược Toàn cầu về Y tế Số đóng khung y tế số như yếu tố thúc đẩy chăm sóc sức khỏe toàn dân — thường gọi là bao phủ y tế toàn dân (UHC), mục tiêu rằng mọi người có thể dùng các dịch vụ họ cần mà không khó khăn tài chính. Một ý tưởng trung tâm là hàng hóa công số: phần mềm mã nguồn mở, dữ liệu mở, chuẩn mở và nội dung mở — đôi khi gọi là "hàng hóa toàn cầu" — mà bất kỳ quốc gia nào cũng có thể áp dụng và điều chỉnh thay vì mua các hệ thống độc quyền họ không thể sở hữu hay chi trả. Các công cụ được WHO tán thành như DHIS2 (một nền tảng thông tin y tế dùng ở hơn bảy mươi nước) và OpenMRS (một hồ sơ y tế mã nguồn mở) là ví dụ điển hình.

Chuẩn tương tác và thuật ngữ quốc tế. Biên giới được vượt qua không phải bằng cách di chuyển cả hệ thống mà bằng cách chia sẻ một ngôn ngữ chung. Ba chuẩn làm hầu hết công việc: HL7 Fast Healthcare Interoperability Resources (FHIR) để trao đổi dữ liệu lâm sàng có cấu trúc; SNOMED CT, thuật ngữ lâm sàng quốc tế do SNOMED International quản trị; và ICD-11 của WHO, lần sửa đổi thứ mười một của Phân loại Bệnh tật Quốc tế, dùng cho mã hóa tử vong, bệnh tật và thanh toán trên toàn thế giới. Đây là vốn từ chung cho phép một hồ sơ Anh, một hồ sơ Estonia và một báo cáo thống kê WHO mang cùng ý nghĩa. (Xem Chủ đề 4.3 — Khả năng tương tác và chuẩn dữ liệu.)

mHealth và nhảy cóc. mHealth — y tế di động — là việc cung cấp dịch vụ và thông tin y tế qua điện thoại di động. Ở nhiều LMIC, chăm sóc ưu tiên di động không phải sự hạ cấp mà là kênh chính, và nó minh họa nhảy cóc: bỏ qua một thế hệ hạ tầng (ở đây là kết nối cố định và CNTT bệnh viện nặng giấy) để chuyển thẳng sang công nghệ mới hơn. Bài học cho các hệ thống giàu hơn không phải là điện thoại rẻ, mà là ràng buộc sinh ra thiết kế — ưu tiên ngoại tuyến, băng thông thấp, dự phòng SMS — bền bỉ hơn nhiều phương án "tiên tiến".

Chủ quyền dữ liệu và dòng dữ liệu xuyên biên giới. Chủ quyền dữ liệu là nguyên tắc rằng dữ liệu được điều chỉnh bởi luật của khu vực tài phán nơi nó được thu thập hoặc lưu trữ. Dữ liệu y tế nằm trong số các loại được kiểm soát chặt nhất, và các chế độ pháp lý phân kỳ mạnh: Quy định Bảo vệ Dữ liệu Chung (GDPR) của Vương quốc Anh và EU dựa trên cơ sở hợp pháp và quyền của chủ thể dữ liệu; Đạo luật Tính di động và Trách nhiệm Bảo hiểm Y tế (HIPAA) của Hoa Kỳ bảo vệ một tập "pháp nhân được bao phủ" hẹp hơn; Đạo luật Trí tuệ Nhân tạo của EU và Quy định Thiết bị Y tế EU (Quy định (EU) 2017/745) áp đặt kiểm soát theo bậc rủi ro lên phần mềm như một thiết bị y tế. Một công cụ tuân thủ ở chế độ này có thể bất hợp pháp ở chế độ khác, và dòng dữ liệu xuyên biên giới đòi hỏi một cơ chế chuyển giao pháp lý rõ ràng, không phải một giả định.

Học xuyên các hệ thống y tế. Các quốc gia chạy những thí nghiệm tự nhiên mà bạn không thể chạy ở nhà. Estonia xây một lớp trao đổi dữ liệu toàn chính phủ và hồ sơ số gần phổ quát; Ấn Độ xây một tập thành phần "ngăn xếp" số mở cho định danh, thanh toán và y tế mà các chủ thể tư và công xây lên trên; Rwanda mở rộng việc giao máu bằng máy bay không người lái và các nền tảng y tế cộng đồng. Mỗi cái là nguồn của các bài học chuyển giao được và các đặc thù không chuyển giao được — và phân biệt hai loại là kỹ năng cốt lõi chủ đề này dạy.

Thực hành tốt nhất#

1. Áp dụng chuẩn toàn cầu trước khi phát minh chuẩn địa phương. Mặc định dùng HL7 FHIR, SNOMED CT và ICD-11 cho trao đổi, thuật ngữ và phân loại, vì đây là ngôn ngữ chung làm khả thi mọi so sánh, hợp tác quốc tế hay đổi nhà cung cấp trong tương lai. Mỗi hệ thống mã địa phương đặt riêng bạn tạo ra là một bức tường bạn sau này sẽ phải phá. Nơi có hồ sơ quốc gia — ví dụ hồ sơ UK Core FHIR — hãy dùng nó, và đóng góp ngược thay vì lặng lẽ phân nhánh.

2. Ưu tiên hàng hóa công số và chuẩn mở hơn khóa chặt độc quyền. Khi mua hay xây, hãy cân nặng các lựa chọn mã nguồn mở, đặc tả mở và quản trị độc lập, vì chúng bảo toàn khả năng sở hữu, kiểm toán và thoát của bạn. Hàng hóa công số như DHIS2 và OpenMRS đã được chứng minh ở quy mô quốc gia và không có tiền thuê giấy phép; ngay cả khi bạn chọn sản phẩm thương mại, hãy khăng khăng chuẩn mở và khả năng di chuyển dữ liệu để bạn không bao giờ là con tin. (Xem Chủ đề 9.0 — Hợp tác với các tổ chức đối tác về thiết kế chống khóa chặt nhà cung cấp.)

3. Học từ các hệ thống khác như một kỷ luật, với người sở hữu có tên và dịch thuật trung thực. Xem học hỏi quốc tế là công việc thật: giao cho ai đó nghiên cứu một hệ thống đối chiếu, hiểu vì sao nó hiệu quả ở đó — luật, kinh phí, định danh số và niềm tin xã hội của nó — và tách nguyên tắc chuyển giao được khỏi đặc thù địa phương. Một chuyến tham quan học tập trở về với "chúng ta nên sao chép Estonia" đã thất bại; một chuyến trở về với "đây là vấn đề định danh và đồng ý Estonia đã giải, và đây là cách ràng buộc của chúng ta khác" đã thành công.

4. Không bao giờ nhấc và thả một mô hình quốc gia. Thành công của Estonia dựa trên dân số nhỏ, một định danh số quốc gia bắt buộc, và một thỏa thuận tin cậy cao xây qua hai thập kỷ; ngăn xếp y tế của Ấn Độ dựa trên một kiến trúc công-tư cụ thể và một hệ thống định danh cho một tỷ người. Rút một thành phần ra và thả vào nước Anh bỏ qua giàn giáo làm nó an toàn. Hãy áp dụng mô thức và xây lại triển khai cho bối cảnh pháp lý, nhân khẩu học và niềm tin của bạn.

5. Vạch chế độ pháp lý trước khi bất kỳ dữ liệu nào vượt biên giới. Xác lập bằng văn bản cơ sở hợp pháp, cơ chế chuyển giao và quan hệ bên kiểm soát trước khi dữ liệu y tế rời một khu vực tài phán — đừng giả định một dòng hợp pháp theo luật Anh là hợp pháp khi chuyển tiếp. Nơi bạn hoạt động qua GDPR, HIPAA, Đạo luật AI của EU và Quy định Thiết bị Y tế EU, hãy xem chế độ áp dụng nghiêm ngặt nhất là mức sàn của bạn, và ghi lại cách chủ quyền dữ liệu được tôn trọng cho mọi quần thể có dữ liệu bạn nắm giữ.

6. Thiết kế cho điều kiện khắc nghiệt nhất có thể xảy ra, không phải bản demo. Mượn kỷ luật LMIC về ưu tiên ngoại tuyến, băng thông thấp và suy giảm nhẹ nhàng, vì nó tạo ra dịch vụ sống sót qua mất kết nối, thiết bị cũ và vùng sóng yếu nông thôn ở ngay trong nước. Một công cụ chỉ chạy trên cáp quang nhanh trong phòng khám không bền bỉ; công bằng và an toàn lâm sàng đều cải thiện khi bạn giả định mạng sẽ hỏng.

7. Neo mọi thứ vào công bằng và bao phủ toàn dân, và kiểm tra ai bị loại trừ. Hỏi, với mỗi triển khai, nó thu hẹp hay nới rộng khoảng cách — giữa các quốc gia và trong chính quần thể của bạn — vì một dịch vụ số phục vụ người kết nối và tự tin trong khi bỏ lại người khác là một bước xa khỏi bao phủ toàn dân, không phải hướng tới nó. Đo mức dùng theo nhóm, không chỉ gộp. (Điều này nối với Chủ đề 1.9 — Hòa nhập số và khả năng tiếp cận.)

8. Quản trị AI và công nghệ mới nổi theo ngưỡng quốc tế áp dụng cao nhất. Thuật toán huấn luyện trong một quần thể có thể gây hại cho quần thể khác, và địa hình quản lý đang dịch chuyển nhanh dưới Đạo luật AI của EU và các khung tương đương. Ghi lại nguồn gốc dữ liệu huấn luyện, thẩm định trên quần thể của bạn, và căn chỉnh quản trị theo chế độ nghiêm ngặt nhất bạn chạm tới thay vì dễ dãi nhất. (Xem Chủ đề 8.4 — Quản trị AI và công nghệ mới nổi.)

Câu hỏi để thảo luận với nhóm của bạn#

1. Khi chúng ta ngưỡng mộ hệ thống y tế số của một nước khác, chúng ta có nêu được chính xác phần nào chuyển giao được sang bối cảnh của chúng ta và phần nào phụ thuộc vào điều kiện chúng ta không chia sẻ? Câu hỏi này đề phòng sai lầm phổ biến nhất và đắt nhất trong học hỏi quốc tế: nhầm một triển khai cụ thể với một nguyên tắc chung. Việc trao đổi dữ liệu gần như không ma sát của Estonia phụ thuộc vào một định danh số quốc gia bắt buộc và một thỏa thuận xã hội tin cậy cao; ngăn xếp y tế của Ấn Độ phụ thuộc vào một kiến trúc công-tư cụ thể và một hệ thống định danh quy mô dân số; cả hai mất nhiều năm và những điều kiện chính trị cụ thể. Nhóm của bạn nên gọi tên được vấn đề nền tảng mỗi hệ thống đã giải — định danh an toàn, trao đổi dữ liệu có đồng ý, tiếp cận quần thể xa xôi — rồi mô tả trung thực chế độ pháp lý, kinh phí, nhân khẩu học và niềm tin công chúng của bạn khác ra sao. Cuộc thảo luận nên làm lộ giàn giáo mà một mô hình mượn cần để an toàn ở đây, và liệu giàn giáo đó có thực tế không. Một câu trả lời trưởng thành tách mô thức đáng áp dụng khỏi triển khai không thể di chuyển, và xem "chúng ta cứ sao chép họ" là cờ đỏ chứ không phải kế hoạch. Nó cũng hỏi câu tương hỗ: hệ thống của chúng ta làm gì mà người khác có thể học, điều mài sắc sự khiêm nhường mà toàn bộ bài tập đòi hỏi.

2. Trước khi bất kỳ dữ liệu y tế nào vượt biên giới — gồm cả sang một vùng đám mây, một nhà cung cấp, hay một đối tác nghiên cứu ở nước khác — chúng ta có biết cơ sở hợp pháp, cơ chế chuyển giao, và chế độ nào chi phối nó không? Dòng dữ liệu xuyên biên giới là nơi ý định tốt gặp luật cứng, và thất bại thường im lặng: dữ liệu di chuyển qua một vùng đám mây hay bàn hỗ trợ ở nước ngoài của nhà cung cấp mà không ai thiết lập cơ chế chuyển giao pháp lý. Nhóm của bạn nên phân biệt rõ giữa thế giới GDPR Anh và EU với cơ sở hợp pháp và quyền chủ thể dữ liệu, mô hình HIPAA Hoa Kỳ bảo vệ một tập pháp nhân được bao phủ hẹp hơn, và các kiểm soát mới nổi của Đạo luật AI EU và Quy định Thiết bị Y tế cho phần mềm lâm sàng. Cuộc thảo luận phải bao quát chủ quyền dữ liệu một cách cụ thể: với mỗi quần thể có dữ liệu bạn nắm giữ, luật nước nào chi phối nó, và bạn có đang tôn trọng điều đó không? Nó cũng nên đối mặt với những cái bẫy thực tế — một sản phẩm SaaS "toàn cầu" với nhân viên hỗ trợ ở lục địa khác, một nhà cung cấp AI có mô hình được huấn luyện lại trên dữ liệu của bạn, một hợp tác nghiên cứu giả định sự tương hỗ mà luật không trao. Một câu trả lời mạnh xem chế độ áp dụng nghiêm ngặt nhất là mức sàn, ghi cơ chế chuyển giao bằng văn bản trước khi dữ liệu di chuyển, và gọi tên được ai chịu trách nhiệm khi một cơ quan quản lý hỏi.

3. Chúng ta đang thiết kế cho kết nối, thiết bị và trình độ hiểu biết của tất cả những người chúng ta phục vụ, hay chỉ cho người dùng tự tin, kết nối trong bản demo? Phần lớn công nghệ y tế bền bỉ nhất thế giới được xây dưới ràng buộc — điện chập chờn, băng thông thấp, điện thoại dùng chung hoặc cơ bản, nhiều ngôn ngữ — và kỷ luật đó tạo ra dịch vụ cũng phục vụ những người bị loại trừ trong một hệ thống giàu. Nhóm của bạn nên xem xét liệu thiết kế có giả định kết nối nhanh, thiết bị hiện đại và trình độ số cao, và điều gì xảy ra với một bệnh nhân khi những giả định đó thất bại. Mức cược về công bằng là trực tiếp: một dịch vụ chỉ chạy với người kết nối tốt nới rộng khoảng cách nó định đóng, cả giữa các nước lẫn trong quần thể của bạn, rời xa bao phủ toàn dân thay vì hướng tới nó. Cuộc trò chuyện nên xem xét hành vi ưu tiên ngoại tuyến, suy giảm nhẹ nhàng, dự phòng SMS hoặc thoại, khả năng tiếp cận về ngôn ngữ và trình độ đọc, và liệu mức dùng có được đo theo nhóm thay vì chỉ gộp. Nó cũng nên hỏi bạn đang mượn các mẫu thiết kế LMIC đã được chứng minh hay phớt lờ chúng vì cảm giác chúng "không dành cho chúng ta". Một câu trả lời tốt chỉ ra được những lựa chọn thiết kế cụ thể bảo vệ người dùng khó tiếp cận nhất và các chỉ số sẽ lộ sự loại trừ sớm.

4. Khi xây hay mua, chúng ta chọn hàng hóa công số và chuẩn mở mà chúng ta có thể sở hữu, kiểm toán và thoát — hay lặng lẽ chấp nhận khóa chặt độc quyền vì hôm nay tiện? Lựa chọn giữa một nền tảng mở, quản trị độc lập và một nền tảng độc quyền bóng bẩy là nơi chủ quyền dài hạn của một hệ thống được giành hay mất, và áp lực hầu như luôn chạy về phía lựa chọn đóng vì nó demo đẹp hơn và đòi hỏi ít hơn ở bạn lúc này. Nhóm của bạn nên nói được vì sao mình cân nặng các lựa chọn mã nguồn mở, đặc tả mở và di chuyển được trong một quyết định gần đây cụ thể — hoặc thừa nhận trung thực là không. Hàng hóa công số như DHIS2 và OpenMRS đã được chứng minh ở quy mô quốc gia và không có tiền thuê giấy phép, nhưng chúng đòi năng lực nội bộ và cam kết bảo trì mà một hợp đồng thương mại dường như xóa đi; sự đánh đổi đó là thật và nên được tranh luận, không phải giả định biến mất. Cuộc thảo luận cũng phải bao quát việc thoát một cách cụ thể: nếu nhà cung cấp này tăng gấp đôi giá hay rời thị trường sau ba năm, bạn có thể chuyển dữ liệu và dịch vụ không, và bạn đã kiểm thử tuyên bố đó thay vì tin một điều khoản hợp đồng? Một câu trả lời trưởng thành xem khả năng di chuyển dữ liệu và một lối thoát có tài liệu là không thể thương lượng ngay cả khi sản phẩm chọn là thương mại, và gọi tên được tổ chức phải xây hay tài trợ gì để làm phương án mở khả thi.

5. Chúng ta đang xem các đối tác thu nhập thấp hơn là nguồn thiết kế đã được chứng minh và cộng tác viên thực sự, hay là người nhận từ thiện của chúng ta — và chúng ta có nói rõ được mình đóng góp ngược lại điều gì không? Y tế số quốc tế mang một bất cân xứng quyền lực dai dẳng, và khung từ thiện — nơi một hệ thống giàu "giúp" một LMIC bằng cách tặng công nghệ — vừa trịch thượng vừa là con đường đáng tin tới thất bại, vì nó bỏ qua việc chăm sóc ưu tiên di động, nền tảng nhân viên y tế cộng đồng và hạ tầng quốc gia mở thường được tiên phong chính ở những hệ thống đó. Nhóm của bạn nên xem xét một quan hệ đối tác thực hoặc đề xuất và hỏi ai sở hữu kết quả, ai bảo trì nó, và dòng học hỏi có thực sự chạy hai chiều không. Những căng thẳng là cụ thể: một nền tảng được tặng thành sự phụ thuộc không được tài trợ, một "hợp tác" khai thác dữ liệu hay sự xác nhận từ quần thể đối tác mà không có lợi ích tương hỗ, một chuyến tham quan học tập lấy bài học mà không cho lại gì. Nó cũng nên đối mặt với sự khiêm nhường tương hỗ mà chủ đề đòi hỏi — hệ thống của bạn làm gì mà người khác có thể học, và bạn có chia sẻ nó cởi mở như bạn kỳ vọng họ chia sẻ với bạn không? Một câu trả lời trung thực chỉ ra được các thỏa thuận đồng sở hữu, đóng góp ngược vào lõi mở dùng chung, và một quan hệ đối tác vẫn hợp lý nếu chiều của dòng kinh phí bị đảo ngược.

6. Với bất kỳ thuật toán hay mô hình AI nào chúng ta triển khai, chúng ta có chứng minh được nó đã được thẩm định trên quần thể nó thực sự sẽ phục vụ, và được quản trị theo chế độ nghiêm ngặt nhất chúng ta chạm tới thay vì dễ dãi nhất không? Một mô hình huấn luyện và thẩm định trên một quần thể có thể lặng lẽ gây hại cho quần thể khác, và y tế số quốc tế nhân rủi ro này lên vì công cụ, dữ liệu huấn luyện và nhà cung cấp vượt biên giới nhanh hơn bằng chứng về sự an toàn của chúng. Nhóm của bạn nên phân biệt được nguồn gốc của một mô hình — dữ liệu huấn luyện từ đâu, nó được thẩm định trên quần thể nào — với quần thể nó nay được yêu cầu phục vụ, và xem mọi khoảng cách là mối quan tâm an toàn lâm sàng đang diễn ra chứ không phải chi tiết giấy tờ. Địa hình quản lý đang dịch chuyển nhanh và không đều: Đạo luật AI EU áp đặt kiểm soát theo bậc rủi ro lên phần mềm lâm sàng rủi ro cao, Quy định Thiết bị Y tế EU xem nhiều thuật toán là phần mềm như một thiết bị y tế, và luật Anh nhẹ hơn ở một số chỗ, tạo cám dỗ quản trị theo chế độ dễ dãi nhất bạn bảo vệ được. Cuộc thảo luận nên làm lộ ai chịu trách nhiệm thẩm định lại, các bản cập nhật mô hình và việc nhà cung cấp huấn luyện lại được kiểm soát thế nào, và liệu tổ chức có ghi nguồn gốc dữ liệu huấn luyện hay không. Một câu trả lời mạnh thẩm định lại trên quần thể địa phương trước khi triển khai, căn chỉnh quản trị theo ngưỡng quốc tế áp dụng cao nhất để giữ các lựa chọn mở, và giải thích được lựa chọn đó với một cơ quan quản lý mà không ngượng.

Trong thực tế: một ví dụ về y tế và chăm sóc#

Một cơ quan độc lập tương đối hư cấu của Anh, "Dịch vụ Theo dõi Từ xa Quốc gia", được yêu cầu mua một nền tảng theo dõi tại nhà các bệnh dài hạn, với tùy chọn hợp tác trên một lõi mã nguồn mở dùng chung với bộ y tế của hai nước đối tác — một nước láng giềng EU thu nhập cao, một LMIC đang mở rộng nhân viên y tế cộng đồng.

Cám dỗ là mua một nền tảng thương mại bóng bẩy và xem khía cạnh quốc tế như một phép lịch sự ngoại giao. Nhóm cưỡng lại. Họ bắt đầu từ các chuẩn: mọi nền tảng phải trao đổi dữ liệu dưới dạng HL7 FHIR, mã hóa quan sát bằng SNOMED CT, và phân loại bệnh theo ICD-11, để dữ liệu mang cùng ý nghĩa qua cả ba nước và dịch vụ không bị khóa vào một nhà cung cấp. Họ lập danh sách rút gọn một lõi hàng hóa công số (một ngăn xếp phái sinh từ OpenMRS) cùng hai lựa chọn thương mại, chấm mỗi cái về khả năng di chuyển dữ liệu và thoát nặng như về tính năng.

Về luật, nhóm vạch các chế độ trước khi một byte nào di chuyển. Dữ liệu của bệnh nhân Anh ở lại dưới UK GDPR trong một vùng đám mây Anh; hợp tác với đối tác EU chạy dưới GDPR EU với cơ chế chuyển giao có tài liệu; không có dữ liệu cá nhân nào chảy đến hay từ đối tác LMIC — chỉ các chỉ số tổng hợp đã khử nhận dạng và chính mã nguồn mở, vốn là hàng hóa công số và không mang rủi ro chủ quyền. Thuật toán theo dõi được xem là phần mềm như một thiết bị y tế và được thẩm định riêng trên quần thể Anh, vì một mô hình chỉnh ở nơi khác không thể giả định an toàn ở đây; quản trị của nó được căn chỉnh theo kỳ vọng rủi ro cao của Đạo luật AI EU ngay cả khi luật Anh nhẹ hơn, để giữ các lựa chọn mở.

Thiết kế mượn từ đối tác LMIC thay vì giảng giải cho họ. Nền tảng cho nhân viên y tế cộng đồng ở đó ưu tiên ngoại tuyến với dự phòng SMS, và dịch vụ Anh áp dụng cùng mẫu — điều hóa ra quan trọng cho vùng sóng yếu nông thôn và bệnh nhân lớn tuổi tại nhà. Mười tám tháng sau, lõi mã nguồn mở dùng chung được bảo trì chung, mỗi nước chạy một triển khai hợp pháp riêng, và không đối tác nào sao chép nguyên mô hình của đối tác khác. Nhóm Anh có thể cho cơ quan quản lý thấy chính xác dữ liệu nào nằm dưới luật nào, và bộ y tế LMIC có một nền tảng đồng sở hữu thay vì một sự phụ thuộc được tặng.

Góc nhìn theo khu vực#

Công ty khởi nghiệp#

Một công ty y tế số khởi nghiệp thường đến thị trường quốc tế trước khi sẵn sàng cho sự phức tạp pháp lý chúng mang theo. Lợi thế là thật — chuẩn toàn cầu nghĩa là một sản phẩm gốc FHIR, mã hóa SNOMED về nguyên tắc có thể bán ở bất kỳ đâu — nhưng mỗi nước mới mang một chế độ khác (GDPR, HIPAA, Đạo luật AI EU, quy tắc thiết bị y tế quốc gia) và một kỳ vọng chủ quyền dữ liệu khác. Xây theo chế độ nghiêm ngặt nhất bạn có thể sẽ vào, giữ dữ liệu cá nhân trong khu vực theo thiết kế, và xem khả năng tương thích hàng hóa công số là lợi thế thị trường thay vì mối đe dọa. Những người sáng lập nhảy cóc vào thị trường LMIC nên hợp tác thực chất và bản địa hóa trung thực, vì một công cụ thả dù xuống mà không có quyền sở hữu địa phương hiếm khi sống sót khi chạm hạ tầng thật.

Doanh nghiệp nhỏ#

Một nhà cung cấp nhỏ đã thành lập — một phòng khám bác sĩ gia đình, một hiệu thuốc cộng đồng, một nhà dưỡng lão, một phòng khám đơn lẻ, hay một nhà cung cấp công nghệ y tế nhỏ qua giai đoạn khởi nghiệp — mang cùng nghĩa vụ xuyên biên giới và chuẩn như một cơ quan quốc gia nhưng với một phần nhỏ năng lực để đáp ứng. Nó hiếm khi có nhân viên CNTT hay quản trị thông tin chuyên trách, nhưng vẫn có thể dùng một sản phẩm lưu trữ trên đám mây có dữ liệu nằm ở khu vực tài phán khác, hay một công cụ chẩn đoán xây trên mô hình được thẩm định ở nơi khác. Sự bảo vệ thực tế là dựa vào các chuẩn và kỷ luật chế độ-nghiêm-ngặt-nhất-làm-mức-sàn thay vì cố suy luận từng trường hợp từ đầu: yêu cầu nhà cung cấp cho thấy hỗ trợ FHIR và SNOMED CT, nơi lưu trú dữ liệu trong khu vực và một cơ sở hợp pháp có tài liệu trước khi ký, và xem khả năng di chuyển dữ liệu là vấn đề sinh tồn vì bạn không thể để mình bị khóa vào một nhà cung cấp thất bại. Mượn các mẫu ưu tiên ngoại tuyến, băng thông thấp đã được chứng minh thường hợp hơn việc theo đuổi sản phẩm doanh nghiệp bóng bẩy, vì khả năng chống chịu quan trọng hơn tính năng khi không có ai để gọi lúc mạng rớt. Nơi đã có hồ sơ quốc gia hay hàng hóa công số, hãy áp dụng nó thay vì đặt làm riêng thứ bạn không bao giờ duy trì nổi.

Doanh nghiệp lớn#

Một cơ quan NHS lớn, hệ thống chăm sóc tích hợp hay nhà cung cấp đa quốc gia có quy mô để định hình chuẩn chứ không chỉ theo, và nghĩa vụ làm điều đó có trách nhiệm. Rủi ro của doanh nghiệp lớn là một cuộc mua sắm toàn cầu lặng lẽ tập trung dữ liệu qua các khu vực tài phán, tạo ra các vấn đề chủ quyền và khóa chặt hiện ra nhiều năm sau trên bàn của một cơ quan quản lý. Bắt buộc chuẩn mở và khả năng di chuyển dữ liệu trong mọi hợp đồng, khăng khăng nơi lưu trú dữ liệu trong khu vực rõ ràng, và dùng sức mua của bạn để củng cố hệ sinh thái hàng hóa công số thay vì bỏ đói nó. Khi bạn học từ các hệ thống khác, hãy cấp nguồn lực đúng mức cho việc học — chuyến tham quan học tập với người sở hữu có tên và bản ghi trung thực — thay vì thu thập giai thoại.

Chính phủ#

Một cơ quan quốc gia hay siêu quốc gia đặt quy tắc mà mọi người khác làm việc trong đó, nên lựa chọn của nó về chuẩn, chủ quyền và tính mở vang vọng trong một thập kỷ. Chính phủ nên bắt buộc các chuẩn quốc tế (FHIR, SNOMED CT, ICD-11), đầu tư vào và đóng góp cho hàng hóa công số như vấn đề của khả năng chống chịu và giá trị, và lập pháp các chế độ rõ ràng, khả thi cho dữ liệu xuyên biên giới và AI thay vì để chúng cho đàm phán từng trường hợp. Họ cũng nắm vai trò ngoại giao: căn chỉnh với Chiến lược Toàn cầu về Y tế Số của WHO, hỗ trợ các hệ thống LMIC như đối tác thay vì người nhận, và thúc đẩy bao phủ y tế toàn dân như mục tiêu chung. Trách nhiệm giải trình là công khai và quốc tế, nên quyết định phải minh bạch và bảo vệ được, không chỉ tiện lợi. (Xem Chủ đề 9.1 — Làm việc với chính quyền địa phương và quốc gia.)

Các kiểu thất bại thường gặp#

• Nhấc và thả. Sao chép mô hình của nước khác mà không có giàn giáo pháp lý, định danh và niềm tin của nó. Cách sửa: áp dụng mô thức, xây lại triển khai cho bối cảnh của bạn.
• Phát minh chuẩn địa phương. Xây hệ thống mã đặt riêng thay vì dùng FHIR, SNOMED CT và ICD-11. Cách sửa: áp dụng chuẩn toàn cầu trước và dùng hồ sơ quốc gia nơi có.
• Rò rỉ dữ liệu xuyên biên giới thầm lặng. Dữ liệu di chuyển qua vùng đám mây hay bàn hỗ trợ ở nước ngoài mà không có cơ chế chuyển giao. Cách sửa: vạch chế độ và ghi cơ sở hợp pháp trước khi bất kỳ dữ liệu nào di chuyển.
• Khóa chặt độc quyền khoác áo tiện lợi. Mua một nền tảng đóng bạn không thể sở hữu, kiểm toán hay thoát. Cách sửa: cân nặng hàng hóa công số và bắt buộc khả năng di chuyển dữ liệu.
• Khung từ thiện cho công việc với LMIC. Xem đối tác thu nhập thấp hơn là người nhận thay vì nguồn thiết kế đã được chứng minh. Cách sửa: hợp tác tương hỗ và áp dụng các mẫu ưu tiên ngoại tuyến, bền bỉ của họ.
• Giả định thuật toán di chuyển được. Triển khai một mô hình đã thẩm định trên quần thể khác. Cách sửa: thẩm định lại trên quần thể của bạn và quản trị theo chế độ áp dụng nghiêm ngặt nhất.
• Chỉ thiết kế cho bản demo. Giả định kết nối nhanh, thiết bị hiện đại và trình độ cao. Cách sửa: thiết kế ưu tiên ngoại tuyến với suy giảm nhẹ nhàng và đo mức dùng theo nhóm.

Mô hình trưởng thành#

Danh sách kiểm tra#

• Trao đổi, thuật ngữ và phân loại dùng HL7 FHIR, SNOMED CT và ICD-11, với hồ sơ quốc gia nơi có.
• Các lựa chọn hàng hóa công số và chuẩn mở được cân nặng trong quyết định xây-hay-mua.
• Mọi hợp đồng sản phẩm và nhà cung cấp bảo đảm khả năng di chuyển dữ liệu và một lối thoát có tài liệu.
• Cơ sở hợp pháp, nơi lưu trú dữ liệu và cơ chế chuyển giao được ghi trước khi bất kỳ dữ liệu y tế nào vượt biên giới.
• Các chế độ áp dụng (UK/EU GDPR, HIPAA, Đạo luật AI EU, Quy định Thiết bị Y tế EU) được xác định, với chế độ nghiêm ngặt nhất làm mức sàn.
• Mọi mô hình AI được thẩm định trên quần thể của bạn và quản trị theo ngưỡng quốc tế áp dụng cao nhất.
• Học hỏi quốc tế có người sở hữu có tên, người tách nguyên tắc chuyển giao được khỏi đặc thù không chuyển giao được.
• Không mô hình quốc gia nào được sao chép nguyên si mà không xây lại triển khai cho bối cảnh địa phương.
• Dịch vụ suy giảm nhẹ nhàng — ưu tiên ngoại tuyến, băng thông thấp, kênh dự phòng — cho điều kiện khắc nghiệt nhất có thể xảy ra.
• Mức dùng và kết quả được đo theo nhóm để phát hiện sự loại trừ, phục vụ bao phủ toàn dân và công bằng.

Nguồn chính#

• World Health Organization — Global Strategy on Digital Health 2020–2025 (who.int).
• World Health Organization — Classification of digital health interventions và ICD-11 (who.int).
• Digital Public Goods Alliance — DPG Standard và sổ đăng ký (digitalpublicgoods.net).
• HL7 International — FHIR specification (hl7.org/fhir); SNOMED International — SNOMED CT (snomed.org).
• Estonia — e-Estonia và X-Road / Nordic Institute for Interoperability Solutions (e-estonia.com; niis.org).
• Ministry of Health & Family Welfare / National Health Authority (Ấn Độ) — Ayushman Bharat Digital Mission (abdm.gov.in).
• European Commission — Regulation (EU) 2017/745 về thiết bị y tế; Regulation (EU) 2024/1689 (Artificial Intelligence Act).
• Information Commissioner's Office — hướng dẫn chuyển giao quốc tế theo UK GDPR (ico.org.uk).
• The Lancet & Financial Times Commission — Governing health futures 2030 (thelancet.com).

Tài liệu tham khảo#

1. Global health — Wikipedia — https://en.wikipedia.org/wiki/Global_health
2. Digital health — Wikipedia — https://en.wikipedia.org/wiki/Digital_health
3. World Health Organization — Wikipedia — https://en.wikipedia.org/wiki/World_Health_Organization
4. Digital public goods — Wikipedia — https://en.wikipedia.org/wiki/Digital_public_goods
5. Universal health care — Wikipedia — https://en.wikipedia.org/wiki/Universal_health_care
6. Fast Healthcare Interoperability Resources (FHIR) — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
7. SNOMED CT — Wikipedia — https://en.wikipedia.org/wiki/SNOMED_CT
8. ICD-11 — Wikipedia — https://en.wikipedia.org/wiki/ICD-11
9. mHealth — Wikipedia — https://en.wikipedia.org/wiki/MHealth
10. Leapfrogging — Wikipedia — https://en.wikipedia.org/wiki/Leapfrogging
11. Data sovereignty — Wikipedia — https://en.wikipedia.org/wiki/Data_sovereignty
12. Artificial Intelligence Act — Wikipedia — https://en.wikipedia.org/wiki/Artificial_Intelligence_Act
13. Regulation (EU) 2017/745 (EU Medical Device Regulation) — Wikipedia — https://en.wikipedia.org/wiki/Regulation_(EU)_2017/745
14. Health Insurance Portability and Accountability Act (HIPAA) — Wikipedia — https://en.wikipedia.org/wiki/Health_Insurance_Portability_and_Accountability_Act
15. General Data Protection Regulation — Wikipedia — https://en.wikipedia.org/wiki/General_Data_Protection_Regulation
16. Global Strategy on Digital Health 2020–2025 — World Health Organization — https://www.who.int/publications/i/item/9789240020924
17. The DPG Standard — Digital Public Goods Alliance — https://www.digitalpublicgoods.net/standard
18. Ayushman Bharat Digital Mission — National Health Authority, Government of India — https://abdm.gov.in/