Chủ đề 1.5 — Bối cảnh quy định và tuân thủ

Tóm lại trong một câu: Tuân thủ trong y tế và chăm sóc số không phải là điều nghĩ sau của pháp lý mà là một bản đồ gồm các nghĩa vụ luật định chồng lấn, các tiêu chuẩn bắt buộc và sự đảm bảo tự nguyện mà bạn phải định hướng một cách có chủ đích, tương xứng với rủi ro, với quyền sở hữu rõ ràng — bởi làm sai là một thất bại về an toàn, công bằng và niềm tin của công chúng, chứ không chỉ là một khoản tiền phạt.

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

Ở hầu hết các lĩnh vực, quy định đặt ra một mức sàn: tuân thủ thì tránh được hình phạt. Trong y tế và chăm sóc, bối cảnh quy định mã hóa những bài học đắt giá về cách các hệ thống số gây hại cho con người khi chúng hỏng — một liều thuốc bị dán nhầm nhãn, một hồ sơ bị mất, một thuật toán thiên lệch, một vụ rò rỉ phơi bày dữ liệu nhạy cảm nhất mà một người sở hữu. Tuân thủ ở đây là thước đo xem bạn đã nghĩ đến những tác hại đó chưa. Một nhà lãnh đạo xem nó như giấy tờ đang cho bạn biết họ chưa nghĩ đến.

Bối cảnh cũng thực sự đông đúc, và đó là khó khăn. Một ứng dụng hướng tới bệnh nhân có thể đồng thời là một thiết bị y tế do một cơ quan quản lý, xử lý dữ liệu cá nhân thuộc thẩm quyền của một cơ quan khác, chỉ được đặt hàng nếu vượt qua một đánh giá quốc gia, nằm trong một dịch vụ bị cơ quan quản lý chăm sóc thanh tra, và được xây dựng bởi các bác sĩ chịu trách nhiệm trước cơ quan quản lý nghề nghiệp của riêng họ. Không ai vẽ bản đồ này như một tổng thể mạch lạc; nó tích tụ dần. Công việc của bạn với tư cách nhà lãnh đạo không phải là học thuộc mọi quy tắc mà là nắm được hình dạng của địa hình — ai bao quát điều gì, những công cụ nào là bắt buộc so với khuyến nghị, và dịch vụ cụ thể của bạn nằm ở đâu trong đó.

Cuối cùng, đây là tiền công và nghĩa vụ luật định. Khi triển khai một hệ thống không tuân thủ, bạn không chỉ phơi bày tổ chức của mình trước việc cưỡng chế; bạn có thể đang vi phạm các nghĩa vụ đối với bệnh nhân và công dân, và chi công quỹ cho một thứ mà bạn không thể vận hành hợp pháp. Đó là lý do chủ đề này đóng khung các chủ đề chi tiết hơn tiếp theo về an toàn lâm sàng (Chủ đề 1.6 — An toàn lâm sàng và quản lý rủi ro), quản trị thông tin (Chủ đề 1.7 — Quản trị thông tin, bảo vệ dữ liệu và an ninh mạng), đạo đức dữ liệu (Chủ đề 1.8 — Đạo đức dữ liệu, sự đồng ý và niềm tin công chúng), và đảm bảo (Chủ đề 6.4 — Quản trị và đảm bảo). Chủ đề này là người dẫn đường; những chủ đề kia là các hải đồ chi tiết.

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

Ba tầng nghĩa vụ. Sự phân biệt hữu ích nhất là giữa quy định luật định, tiêu chuẩn bắt buộc và đảm bảo tự nguyện. Quy định luật định là luật — được thực thi bởi một cơ quan quản lý có quyền hạn pháp lý, và không thể thương lượng (ví dụ, luật bảo vệ dữ liệu, hay yêu cầu đăng ký một thiết bị y tế). Tiêu chuẩn bắt buộc là các yêu cầu hợp đồng hoặc chính sách bạn phải đáp ứng để hoạt động trong một hệ thống ngay cả khi chúng không phải là luật gốc — ví dụ, các công cụ quốc gia của NHS mà việc đặt hàng phụ thuộc vào. Đảm bảo tự nguyện là nơi bạn chọn chứng minh chất lượng so với một chuẩn mực được công nhận để xây dựng niềm tin, thắng thầu hoặc đón đầu quy định tương lai. Biết một yêu cầu nằm ở tầng nào cho bạn biết điều gì xảy ra nếu bạn bỏ lỡ nó: truy tố, bị loại khỏi thị trường, hay bất lợi về danh tiếng.

Ủy ban Chất lượng Chăm sóc (CQC). Ủy ban Chất lượng Chăm sóc là cơ quan quản lý độc lập về y tế và chăm sóc xã hội cho người lớn ở Anh. Nó đăng ký, thanh tra và xếp hạng các nhà cung cấp theo việc dịch vụ có an toàn, hiệu quả, ân cần, đáp ứng và được lãnh đạo tốt hay không. Các dịch vụ số không thoát khỏi nó: khi công nghệ là một phần của việc cung cấp chăm sóc, các câu hỏi của CQC về an toàn và lãnh đạo chạm tới các hệ thống bạn vận hành, và lĩnh vực "được lãnh đạo tốt" của nó ngày càng thăm dò mức độ trưởng thành về số và dữ liệu.

MHRA và thiết bị y tế. Cơ quan Quản lý Thuốc và Sản phẩm Chăm sóc Sức khỏe (MHRA) quản lý thuốc và thiết bị y tế ở Vương quốc Anh. Điều then chốt là phần mềm có thể là một thiết bị y tế: Phần mềm như một Thiết bị Y tế (SaMD) là phần mềm nhằm mục đích y tế — chẩn đoán, phòng ngừa, theo dõi, điều trị — mà không phải là một phần của thiết bị phần cứng. Nếu ứng dụng của bạn tính liều thuốc, phân loại triệu chứng hoặc diễn giải hình ảnh, rất có khả năng nó là một thiết bị y tế và phải được phân loại, đăng ký và mang dấu phù hợp thích hợp trước khi đưa ra thị trường.

Dấu phù hợp: UKCA và CE. Một thiết bị y tế đưa ra thị trường Anh quốc (Great Britain) cần dấu UKCA (UK Conformity Assessed), đối ứng của Anh sau Brexit với dấu CE (Conformité Européenne). Hiện tại, các thiết bị có dấu CE vẫn được chấp nhận ở Great Britain theo các thỏa thuận chuyển tiếp, và Bắc Ireland tuân theo các quy tắc của EU — nên dấu bạn cần phụ thuộc vào nơi bạn đưa thiết bị ra thị trường. Đây là một lĩnh vực sống động, thay đổi; hãy xem yêu cầu chính xác là điều cần xác nhận, không phải giả định.

NICE và Khung Tiêu chuẩn Bằng chứng. Viện Quốc gia về Sức khỏe và Chăm sóc Xuất sắc (NICE) đưa ra hướng dẫn về điều gì hiệu quả và điều gì hiệu quả về chi phí. Khung Tiêu chuẩn Bằng chứng (ESF) của họ cho công nghệ y tế số nêu rõ, tương xứng với rủi ro, bằng chứng mà một sản phẩm số cần cho thấy trước khi hệ thống áp dụng nó. NICE không phải là người gác cổng cấp phép như MHRA, nhưng các đánh giá của nó định hình mạnh mẽ việc đặt hàng — vượt qua đăng ký MHRA chứng minh một thiết bị an toàn để bán; đáp ứng các kỳ vọng bằng chứng phù hợp với NICE giúp chứng minh nó đáng mua (xem Chủ đề 1.3 — Quyết định dựa trên bằng chứng).

ICO và luật bảo vệ dữ liệu. Văn phòng Ủy viên Thông tin (ICO) là cơ quan quản lý độc lập của Vương quốc Anh về bảo vệ dữ liệu và tự do thông tin. Nó thực thi Quy định Chung về Bảo vệ Dữ liệu (GDPR) của Vương quốc Anh và Đạo luật Bảo vệ Dữ liệu 2018, quy định cách bạn được xử lý dữ liệu cá nhân một cách hợp pháp — và dữ liệu sức khỏe là "loại đặc biệt" được bảo vệ mạnh nhất. ICO có thể điều tra, ra lệnh thay đổi và áp đặt các khoản phạt đáng kể. Nội dung cụ thể được đề cập ở Chủ đề 1.7; ở đây chỉ cần nắm rằng ICO là cơ quan quản lý bảo vệ dữ liệu của bạn và dữ liệu sức khỏe mang một ngưỡng cao hơn.

Các công cụ bắt buộc của NHS. Ngoài luật gốc, NHS vận hành các công cụ bắt buộc của riêng mình. Bộ công cụ Bảo mật và Bảo vệ Dữ liệu (DSPT) là bản tự đánh giá hằng năm mà mọi tổ chức xử lý dữ liệu bệnh nhân NHS phải hoàn thành để chứng minh các chuẩn an ninh dữ liệu và quản trị thông tin. Tiêu chí Đánh giá Công nghệ Số (DTAC) là chuẩn cơ sở mà một công nghệ y tế số phải đáp ứng để được các tổ chức NHS đặt hàng, bao gồm an toàn lâm sàng, bảo vệ dữ liệu, an ninh kỹ thuật, khả năng tương tác và tính dễ dùng. Các tiêu chuẩn an toàn lâm sàng DCB0129 (cho nhà sản xuất) và DCB0160 (cho các tổ chức triển khai) quy định bắt buộc một quy trình quản lý rủi ro lâm sàng có ghi chép — một nhật ký mối nguy, một cán bộ an toàn lâm sàng, một hồ sơ an toàn — và là xương sống của Chủ đề 1.6.

Các cơ quan quản lý nghề nghiệp. Con người, không chỉ sản phẩm, cũng được quản lý. Hội đồng Y khoa Tổng quát (GMC) đăng ký và đặt chuẩn cho bác sĩ, và Hội đồng Điều dưỡng và Hộ sinh (NMC) làm tương tự cho điều dưỡng và nữ hộ sinh. Khi các bác sĩ thiết kế, phê duyệt hoặc vận hành các dịch vụ số, nghĩa vụ nghề nghiệp của họ đi cùng họ — một cán bộ an toàn lâm sàng phê duyệt một hệ thống đang hành động theo trách nhiệm giải trình nghề nghiệp, không chỉ một vai trò trên sơ đồ tổ chức.

Chân trời và bối cảnh: chế độ của EU. Ngay cả ngoài EU, Đạo luật Trí tuệ Nhân tạo và Quy định (EU) 2017/745 (Quy định Thiết bị Y tế của EU, MDR) vẫn quan trọng — chúng đặt hướng đi, ràng buộc bạn nếu bạn phục vụ các thị trường EU hoặc Bắc Ireland, và thường báo trước nơi các quy tắc của Vương quốc Anh sẽ hướng tới. Quét chân trời để nhận ra thay đổi như vậy tự nó là một kỷ luật tuân thủ.

Bản đồ và sổ đăng ký tuân thủ. Một bản đồ tuân thủ liệt kê, cho dịch vụ của bạn, mọi nghĩa vụ áp dụng qua cả ba tầng, và một sổ đăng ký tuân thủ ghi lại tình trạng, người sở hữu, bằng chứng và ngày rà soát cho từng nghĩa vụ. Cùng nhau, chúng biến một bối cảnh rời rạc thành một vị thế được quản lý, có thể kiểm toán — sự khác biệt giữa "chúng tôi nghĩ mình tuân thủ" và "đây là người sở hữu có tên và bằng chứng hiện hành cho từng nghĩa vụ".

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

  1. Phân loại dịch vụ của bạn trước khi tranh luận về các biện pháp kiểm soát. Câu hỏi đầu tiên không phải là "chúng ta có tuân thủ không?" mà là "về mặt pháp lý, chúng ta là gì?" Hãy xác định sớm sản phẩm của bạn có phải là thiết bị y tế không (và hạng rủi ro của nó), bạn là bên kiểm soát hay bên xử lý dữ liệu, và những công cụ bắt buộc nào của NHS áp dụng. Phân loại sai khiến mọi quyết định phía sau đều sai; phân loại đúng cho bạn biết tầng và cơ quan nào ở trên thực sự ràng buộc bạn.

  2. Xây dựng và duy trì một bản đồ và sổ đăng ký tuân thủ sống. Liệt kê mọi nghĩa vụ áp dụng cho dịch vụ qua quy định luật định, tiêu chuẩn bắt buộc và đảm bảo tự nguyện, và ghi lại cho mỗi nghĩa vụ một người sở hữu, tình trạng hiện tại, bằng chứng hỗ trợ và ngày rà soát tiếp theo. Giữ nó sống, được rà soát theo lịch, không phải một tài liệu viết một lần cho hồ sơ kinh doanh rồi không bao giờ mở lại. Một sổ đăng ký tốt trả lời được, vào bất kỳ ngày nào, "ai sở hữu nghĩa vụ này và bằng chứng ở đâu?"

  3. Giao trách nhiệm bằng một cái tên duy nhất cho mỗi nghĩa vụ. Trách nhiệm phân tán là cách tuân thủ thất bại: ai cũng cho rằng người khác nắm giữ nó. Hãy giao mỗi nghĩa vụ cho một người sở hữu có tên — một Cán bộ Bảo vệ Dữ liệu cho bảo vệ dữ liệu, một Cán bộ An toàn Lâm sàng cho DCB0129/0160, một Người sở hữu Rủi ro Thông tin Cấp cao cho DSPT — và làm cho cột người sở hữu trong bản đồ trở nên thực, với thẩm quyền và thời gian để thực hiện. Trách nhiệm không có tên thì không phải là trách nhiệm.

  4. Tương xứng và dựa trên rủi ro, không phải đánh dấu ô. Quy định xứng đáng được sự tương xứng như bằng chứng (xem Chủ đề 1.3): tập trung sự nghiêm ngặt ở nơi rủi ro đối với bệnh nhân, công bằng và niềm tin cao nhất, và giữ công việc rủi ro thấp ở mức nhẹ. Tuân thủ kiểu đánh dấu ô — hoàn thành mẫu đơn trong khi bỏ lỡ ý định — vừa lãng phí vừa nguy hiểm, vì nó tạo ra sự đảm bảo giả. Hãy nhắm đến việc thỏa mãn mục đích của từng yêu cầu, điều thường cũng thỏa mãn câu chữ.

  5. Xem các công cụ bắt buộc của NHS là đầu vào thiết kế, không phải cổng thoát. DTAC, DSPT và DCB0129/0160 rẻ nhất và hiệu quả nhất khi được xây dựng vào việc triển khai ngay từ đầu, không phải gắn thêm trước khi đưa vào vận hành. Một lỗi DTAC được phát hiện lúc ra mắt có thể tốn nhiều tháng; một hồ sơ an toàn lâm sàng lắp ráp hồi tố thì mỏng và thiếu thuyết phục. Hãy đưa các công cụ này vào giai đoạn khám phá và triển khai để việc đáp ứng chúng là sản phẩm phụ của việc làm việc tốt.

  6. Quét chân trời để phát hiện thay đổi quy định và làm chủ phản ứng. Quy định thay đổi — lộ trình UKCA dịch chuyển, Đạo luật AI của EU được áp dụng dần, chế độ phần mềm như một thiết bị y tế tiến hóa. Hãy giao ai đó theo dõi các cơ quan quản lý và các cuộc tham vấn liên quan, duy trì một danh sách theo dõi "thay đổi quy định" ngắn đối chiếu với bản đồ tuân thủ của bạn, và biến các tín hiệu thành công việc có kế hoạch trước khi hạn chót trở thành khẩn cấp. Bị bất ngờ bởi một thay đổi quy tắc đã biết trước là một thất bại tránh được, tự gây ra.

  7. Giữ bằng chứng liên tục, và làm cho nó sẵn sàng kiểm toán. Các cơ quan quản lý, bên đặt hàng và những người rà soát "được lãnh đạo tốt" của CQC yêu cầu bạn chứng minh, không phải khẳng định. Hãy giữ các nhật ký mối nguy, Đánh giá Tác động Bảo vệ Dữ liệu, bản nộp DSPT và bằng chứng DTAC luôn cập nhật và truy xuất được thay vì dựng lại chúng dưới áp lực thanh tra. Bằng chứng liên tục cũng rẻ hơn cuộc chạy đua định kỳ mà nó thay thế.

  8. Phối hợp giữa các cơ quan quản lý thay vì làm việc rời rạc. Vì một dịch vụ chạm đến nhiều cơ quan, các chức năng tuân thủ của nó phải nói chuyện với nhau: những người phụ trách an toàn lâm sàng, quản trị thông tin và sản phẩm nên chia sẻ một cái nhìn về dịch vụ, không duy trì ba cái nhìn rời rạc. Một thay đổi thỏa mãn MHRA có thể tạo ra vấn đề bảo vệ dữ liệu; một sửa đổi UX có thể thay đổi hồ sơ rủi ro lâm sàng. Hãy vận hành tuân thủ như một bức tranh phối hợp, gắn với quản trị rộng hơn của bạn (Chủ đề 6.4 — Quản trị và đảm bảo).

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

  1. Với dịch vụ số hàng đầu của chúng ta, chúng ta có thể gọi tên mọi cơ quan quản lý và tiêu chuẩn bắt buộc áp dụng, ai sở hữu từng cái, và bằng chứng hiện hành nằm ở đâu — mà không ai phải đi tìm hiểu không? Câu hỏi này kiểm tra xem bạn thực sự nắm bản đồ hay chỉ tin rằng mình tuân thủ. Nó quan trọng vì trong y tế và chăm sóc các nghĩa vụ thực sự chồng lấn — một ứng dụng phân loại có thể đồng thời là thiết bị y tế theo MHRA, một hoạt động xử lý dữ liệu theo ICO, một công nghệ được đặt hàng cần DTAC, và một phần của dịch vụ bị CQC thanh tra — và một lỗ hổng ở bất kỳ tầng nào cũng có thể đình chỉ dịch vụ hoặc gây hại cho bệnh nhân. Căng thẳng cần nêu ra là giữa sự thoải mái khi cho rằng "quản trị thông tin lo việc đó" hay "nhà cung cấp bị quản lý chứ không phải chúng ta" và sự khó chịu khi xác nhận quyền sở hữu có tên và bằng chứng sống cho từng nghĩa vụ. Hãy đi qua dịch vụ một cách cụ thể: liệt kê các cơ quan, đặt từng nghĩa vụ vào tầng của nó (luật định, bắt buộc, tự nguyện), và thử đưa ra bằng chứng hiện hành cho ba trong số đó ngay tại chỗ. Nếu không được, bạn đã tìm ra lỗ hổng đầu tiên. Một câu trả lời tốt, trung thực là một sổ đăng ký tuân thủ đã điền đầy đủ với người sở hữu có tên và bằng chứng có ngày tháng, và thẳng thắn về nghĩa vụ nào hiện chưa có chủ hoặc chưa có bằng chứng thay vì một cái vẫy tay tự tin "chúng tôi tuân thủ".

  2. Chúng ta đang làm tuân thủ kiểu đánh dấu ô ở đâu — thỏa mãn mẫu đơn mà bỏ lỡ trọng tâm — và chúng ta đang thiết kế quá mức công việc rủi ro thấp ở đâu? Chủ đề chủ trương tuân thủ tương xứng, dựa trên rủi ro, và câu hỏi này buộc bạn kiểm tra cả hai chiều thất bại một cách trung thực. Nó quan trọng vì sự đảm bảo giả đặc biệt nguy hiểm trong môi trường an toàn then chốt: một DSPT được đánh dấu "đáp ứng" hay một hồ sơ an toàn lâm sàng lắp ráp trong tuần trước khi vận hành có thể trông tuân thủ trong khi để các mối nguy thực sự không được quản lý, và trong khi đó một quy trình đảm bảo nặng nề bóp nghẹt một thay đổi nội dung rủi ro thấp làm lãng phí năng lực khan hiếm và nuôi dưỡng thái độ hoài nghi với cả chế độ. Sự đánh đổi cần tranh luận là sự tương xứng đòi hỏi phán đoán và sự tự tin để bảo vệ nó, khó quản lý hơn một quy tắc đồng nhất coi mọi thứ là rủi ro cao. Hãy lấy hai hoặc ba hạng mục hiện tại — một thực sự rủi ro cao, một thấp — và hỏi sự nghiêm ngặt bạn áp dụng có khớp với rủi ro đối với bệnh nhân, công bằng và niềm tin, hay bị thúc đẩy bởi thói quen và nỗi sợ. Hãy xem xét liệu công việc DTAC và DCB0129/0160 của bạn có thực sự định hình thiết kế hay đang bị làm ngược để vượt qua. Một câu trả lời tốt gọi tên một trường hợp cụ thể của việc đánh dấu ô và một trường hợp cụ thể của thiết kế quá mức, và cam kết hiệu chỉnh sự nghiêm ngặt theo rủi ro thay vì áp dụng một chuẩn cứng nhắc ở mọi nơi.

  3. Làm sao chúng ta biết một quy định ảnh hưởng đến mình sắp thay đổi — và ai chịu trách nhiệm biến tín hiệu đó thành công việc có kế hoạch? Câu hỏi này thăm dò việc quét chân trời, kỷ luật phân biệt các tổ chức bị bất ngờ bởi hạn chót với những tổ chức lên kế hoạch cho chúng. Nó quan trọng vì bối cảnh hiện nay đặc biệt sống động — lộ trình dấu UKCA và CE, chế độ phần mềm như một thiết bị y tế, Đạo luật AI của EU được áp dụng theo giai đoạn, các công cụ NHS tiến hóa — và một thay đổi quy tắc bạn biết sắp đến nhưng không chuẩn bị là vết thương tự gây có thể kéo một dịch vụ khỏi thị trường. Căng thẳng là việc quét chân trời không có lợi ích tức thì, nên nó là thứ đầu tiên bị bỏ khi áp lực triển khai, và sự vắng mặt của nó vô hình cho đến khi hạn chót đến. Hãy khám phá ai hiện đang theo dõi các cơ quan quản lý và cuộc tham vấn liên quan, có danh sách theo dõi gắn với bản đồ tuân thủ không, và một tín hiệu trở thành một phiếu việc có chủ và có ngày như thế nào thay vì một nỗi lo trong hộp thư của ai đó. Hãy xem xét liệu bạn có nghe được về một thay đổi chỉ ảnh hưởng đến Bắc Ireland hay các phần hướng tới EU của dịch vụ không. Một câu trả lời tốt gọi tên người hoặc vai trò sở hữu việc quét chân trời quy định, chỉ ra một danh sách theo dõi cụ thể, và mô tả lần gần nhất một thay đổi sắp tới được biến thành công việc có kế hoạch trước hạn chót.

  4. Chúng ta đã phân loại trung thực mình là gì — thiết bị y tế hay không, bên kiểm soát hay bên xử lý — hay chúng ta đã lặng lẽ chọn cách diễn giải làm giảm gánh nặng của mình? Câu hỏi này đưa quyết định hệ quả nhất của chủ đề ra ánh sáng, vì phân loại chi phối mọi nghĩa vụ phía sau và là nơi dễ tự lừa dối nhất. Nó quan trọng vì mọi động cơ đều kéo về một hướng: gọi sản phẩm là "ứng dụng chăm sóc sức khỏe" thay vì Phần mềm như một Thiết bị Y tế, hay "bên xử lý" thay vì bên kiểm soát, né được chi phí, bằng chứng và sự soi xét — nhưng nếu thuật toán diễn giải dữ liệu để dẫn dắt hành động lâm sàng, hoặc bạn quyết định mục đích xử lý, thì phân loại trung thực không phải tùy chọn và cơ quan quản lý sẽ áp dụng nó bất kể ý thích của bạn. Căng thẳng là cách đọc rẻ hơn thường đủ bảo vệ được để vượt qua một cuộc trò chuyện nội bộ nhưng không vượt qua một cuộc điều tra của MHRA hay ICO, và phân loại sai là con đường nhanh nhất dẫn đến cưỡng chế và đường ống NHS sụp đổ. Hãy làm cho nó cụ thể: nêu sản phẩm thực sự làm gì, xin tư vấn pháp lý thay vì linh cảm của nhà sáng lập, và kiểm tra liệu phân loại bạn nêu có vượt qua được việc một cơ quan quản lý đọc cùng các sự kiện hay không. Một câu trả lời tốt, trung thực cho thấy một phân loại được ghi chép đạt được sớm cùng tư vấn, nêu ai đã phê duyệt, và thẳng thắn về bất kỳ quyết định ở ranh giới nào và cách nó được giữ dưới sự rà soát khi sản phẩm thay đổi.

  5. Khi một thay đổi trong dịch vụ của chúng ta chạm đến nhiều cơ quan quản lý cùng lúc, các chức năng tuân thủ của chúng ta có thấy một bức tranh chung duy nhất — hay ba bức tranh rời rạc? Câu hỏi này kiểm tra sự phối hợp, thất bại mà chủ đề cảnh báo khi an toàn lâm sàng, quản trị thông tin và sản phẩm mỗi bên nắm một góc nhìn không đầy đủ. Nó quan trọng vì một dịch vụ đơn lẻ thực sự trải qua nhiều cơ quan — một thay đổi UX trong ứng dụng phân loại có thể đổi hồ sơ rủi ro lâm sàng của nó, một sửa đổi thỏa mãn MHRA có thể mở ra một câu hỏi bảo vệ dữ liệu, và một yêu cầu DTAC có thể kéo cả ba — nên một cấu trúc rời rạc nghĩa là không ai sở hữu toàn bộ vị thế tuân thủ và các thay đổi rơi giữa các nhóm. Căng thẳng là các chức năng chuyên môn được tổ chức theo ngành vì lý do chính đáng, nhưng bệnh nhân trải nghiệm dịch vụ như một thể thống nhất, và việc dung hòa các góc nhìn đó tốn công phối hợp mà không nhóm đơn lẻ nào có động cơ tài trợ. Hãy khám phá xem có một bản đồ tuân thủ chung cho mỗi dịch vụ hay nhiều bản riêng, một thay đổi trong một lĩnh vực có đáng tin cậy kích hoạt rà soát ở các lĩnh vực khác không, và điều này gắn với quản trị cấp hội đồng quản trị ra sao (Chủ đề 6.4). Một câu trả lời tốt chỉ ra một cái nhìn phối hợp duy nhất về mỗi dịch vụ, mô tả một thay đổi gần đây được đánh giá cùng nhau trên mọi cơ quan quản lý bị ảnh hưởng, và trung thực về nơi các ngành vẫn hoạt động rời rạc.

  6. Khi dịch vụ của chúng ta phụ thuộc vào một nhà cung cấp bên thứ ba, chúng ta có biết chính xác nghĩa vụ nào là của họ và nghĩa vụ nào vẫn là của chúng ta — hay chúng ta đang cho rằng "họ bị quản lý, nên chúng ta được che chắn"? Câu hỏi này làm lộ khoảng trống trách nhiệm chung mà cả phân loại sai lẫn quyền sở hữu phân tán đều nuôi dưỡng, vì mua một thành phần được quản lý không chuyển các nghĩa vụ của chính bạn. Nó quan trọng vì một nhà cung cấp có thể nắm dấu phù hợp thiết bị y tế trong khi bạn, với tư cách tổ chức triển khai, vẫn nợ một hồ sơ an toàn lâm sàng DCB0160, vẫn là bên kiểm soát dữ liệu cho bệnh nhân của mình, và phải giải trình với CQC về cách dịch vụ được vận hành — và đường nối giữa "tuân thủ của họ" và "của chúng ta" chính là nơi các nghĩa vụ bị đánh rơi. Căng thẳng mang tính thương mại cũng như quy định: các nhà cung cấp thích những hợp đồng ngụ ý họ gánh gánh nặng, và thật cám dỗ khi chấp nhận sự thoải mái đó thay vì vẽ ranh giới chính xác. Hãy đi qua một mối quan hệ nhà cung cấp thực: liệt kê những gì hợp đồng và dấu của họ thực sự bao phủ, những gì vẫn là nghĩa vụ luật định hoặc bắt buộc của bạn, và liệu sổ đăng ký của bạn có ghi lại sự phân chia đó với người sở hữu có tên ở phía bạn không. Một câu trả lời tốt, trung thực phân biệt bằng văn bản các nghĩa vụ của nhà cung cấp với những nghĩa vụ bạn giữ lại, gọi tên ai sở hữu từng nghĩa vụ giữ lại, và có thể trình ra bằng chứng bạn nắm chứ không phải bằng chứng bạn cho rằng nhà cung cấp nắm.

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

Một hệ thống chăm sóc tích hợp (ICS) lên kế hoạch triển khai một ứng dụng điện thoại cho phép bệnh nhân mắc bệnh mạn tính ghi lại các triệu chứng, và dùng một thuật toán để đánh dấu những người có thể đang xấu đi để các bác sĩ xem xét. Cám dỗ là coi nó "chỉ là một ứng dụng" và đẩy nó vào vận hành.

Thay vào đó, giám đốc số bắt đầu bằng việc phân loại. Vì thuật toán diễn giải dữ liệu bệnh nhân để dẫn dắt hành động lâm sàng, tư vấn pháp lý xác nhận nó là Phần mềm như một Thiết bị Y tế, nên chế độ MHRA áp dụng và nhà cung cấp phải nắm dấu phù hợp đúng cho thị trường Anh quốc — một câu hỏi UKCA mà nhóm đánh dấu để theo dõi khi các thỏa thuận CE chuyển tiếp tiến hóa. ICS là bên kiểm soát dữ liệu bệnh nhân, nên các nghĩa vụ bảo vệ dữ liệu của ICO ràng buộc nó, và một Đánh giá Tác động Bảo vệ Dữ liệu được mở ra (đưa vào Chủ đề 1.7). Vì nó được các cơ quan NHS đặt hàng, DTAC áp dụng, và vì nó được triển khai vào sử dụng lâm sàng, DCB0160 yêu cầu một hồ sơ an toàn lâm sàng, một nhật ký mối nguy và một Cán bộ An toàn Lâm sàng có tên (Chủ đề 1.6).

Nhóm xây dựng một bản đồ tuân thủ: mỗi nghĩa vụ được đặt vào tầng của nó, mỗi nghĩa vụ có một người sở hữu có tên — Cán bộ Bảo vệ Dữ liệu, Cán bộ An toàn Lâm sàng, Người sở hữu Rủi ro Thông tin Cấp cao, trưởng sản phẩm — và một sổ đăng ký theo dõi tình trạng và bằng chứng. Thay vì xem DTAC và hồ sơ an toàn là cổng lúc vận hành, họ đưa chúng vào triển khai từ giai đoạn khám phá, để nhật ký mối nguy lớn lên cùng thiết kế. Khung Tiêu chuẩn Bằng chứng của NICE định hình bằng chứng hiệu quả họ đòi nhà cung cấp trước khi mở rộng. Một ghi chú quét chân trời đánh dấu Đạo luật AI của EU là liên quan đến tương lai của thuật toán và bất kỳ tham vọng hướng tới EU nào. Khi CQC sau đó rà soát sự lãnh đạo của dịch vụ, ICS trả lời các câu hỏi "được lãnh đạo tốt" bằng một sổ đăng ký sống và bằng chứng hiện hành thay vì một cuộc chạy đua. Ứng dụng ra mắt muộn hơn kế hoạch ngây thơ, và hợp pháp.

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

Cùng một bối cảnh áp đặt những gánh nặng rất khác nhau tùy theo bạn đứng ở đâu.

Công ty khởi nghiệp#

Một công ty y tế số nhỏ cảm nhận các chế độ thiết bị y tế và DTAC sắc nhất, vì đáp ứng chúng tốn tiền và thời gian mà họ có thể không có, và cám dỗ là phân loại thấp — khăng khăng sản phẩm "chỉ là ứng dụng chăm sóc sức khỏe", không phải thiết bị y tế — để né gánh nặng. Đó là nước đi nguy hiểm nhất có thể: phân loại sai là con đường nhanh nhất dẫn đến một hành động cưỡng chế và đường ống bán hàng NHS sụp đổ. Con đường có kỷ luật là phân loại trung thực và sớm, xây một bản đồ tuân thủ gọn nhẹ nhưng thật, và xem DTAC cùng một vị thế bảo vệ dữ liệu sạch là tài sản bán hàng mở ra thị trường NHS chứ không phải chướng ngại. Một người sở hữu có tên cho việc quét chân trời quy định có thể là một nhà sáng lập duy nhất kiêm thêm một mũ, nhưng danh sách theo dõi vẫn cần tồn tại.

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ẻ, hoặc một nhà cung cấp công nghệ y tế nhỏ đã qua giai đoạn khởi nghiệp — mang cùng các nghĩa vụ luật định và bắt buộc như một bệnh viện lớn nhưng không có Cán bộ Bảo vệ Dữ liệu, Cán bộ An toàn Lâm sàng, hay nhóm tuân thủ để thực hiện chúng. DSPT vẫn phải được hoàn thành mỗi năm, dữ liệu bệnh nhân vẫn chịu ngưỡng loại đặc biệt, và mọi phần mềm lâm sàng được triển khai vẫn kéo theo DCB0160, nhưng những việc này thường rơi vào một người quản lý phòng khám hoặc chủ sở hữu vốn đã lo vận hành. Nước đi thực tế là làm cho bản đồ tuân thủ cố ý nhỏ nhưng thật, dựa vào chuyên môn dùng chung hoặc được đặt hàng — một liên hiệp, một CSU, hoặc tài liệu an toàn lâm sàng của nhà cung cấp — thay vì giả vờ nắm mọi chuyên ngành tại chỗ, và nghiêm ngặt về những nghĩa vụ không thể ủy quyền, như vẫn là bên kiểm soát dữ liệu cho bệnh nhân của chính mình. Xem sự đảm bảo của nhà cung cấp là bao phủ các nghĩa vụ giữ lại của bạn là cái bẫy đặc trưng ở đây: hãy mua sự giúp đỡ, nhưng giữ quyền sở hữu có tên đối với những gì hợp pháp thuộc về bạn.

Doanh nghiệp lớn#

Một bệnh viện NHS hoặc ICS lớn nắm nhiều dịch vụ cùng lúc, nên thách thức của nó là phối hợp ở quy mô danh mục: hàng chục hệ thống, mỗi hệ thống chạm đến nhiều cơ quan quản lý, với các nghĩa vụ không được rơi giữa các nhóm. Kiểu thất bại là các ốc đảo tổ chức — an toàn lâm sàng, quản trị thông tin và mua sắm mỗi bên nắm một góc nhìn không đầy đủ, nên không ai thấy toàn bộ vị thế tuân thủ của một dịch vụ. Cách khắc phục là một bản đồ tuân thủ chung cho mỗi dịch vụ, trách nhiệm một tên gắn với quản trị cấp hội đồng quản trị (Chủ đề 6.4), và bằng chứng liên tục sẵn sàng kiểm toán để một cuộc rà soát "được lãnh đạo tốt" của CQC hay một cuộc điều tra của ICO được trả lời từ một vị thế sống. Một doanh nghiệp công nghệ y tế hoặc dược phẩm lớn mang theo bộ máy quản lý quy định trưởng thành nhưng phải đề phòng việc xem nó như một nhà máy tuân thủ tách rời cách sản phẩm thực sự được xây dựng.

Chính phủ#

Một cơ quan quốc gia — NHS England, Bộ Y tế và Chăm sóc Xã hội, MHRA, NICE — thường chính là cơ quan quản lý hoặc tác giả của công cụ bắt buộc, nên phương thức làm việc của nó đặt ra ngưỡng mà cả hệ thống phải vượt qua, và các quyết định của nó thu hút sự soi xét của Nghị viện và công chúng. Ở đây công việc tuân thủ là trách nhiệm giải trình ở quy mô dân số: một công cụ như DTAC hay ESF định hình cả một thị trường, nên sự tương xứng và rõ ràng trong chính tiêu chuẩn là nghĩa vụ, không phải điều tế nhị, vì một yêu cầu quốc gia hiệu chỉnh kém hoặc là làm đình trệ đổi mới hữu ích ở mọi nơi, hoặc là cho qua rủi ro ở mọi nơi. Các cơ quan quốc gia cũng gánh trách nhiệm quét chân trời cho hệ thống, dự đoán cách Đạo luật AI của EU, MDR và các chế độ dấu phù hợp nên định hình chính sách của Vương quốc Anh. Minh bạch về điều một tiêu chuẩn yêu cầu và vì sao là một phần của việc duy trì niềm tin công chúng ở quy mô lớn.

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

  • Phân loại sai. Khăng khăng một sản phẩm không phải thiết bị y tế, hoặc bạn là bên xử lý chứ không phải bên kiểm soát, để né một gánh nặng. Giải pháp: phân loại trung thực và sớm, với tư vấn pháp lý; phân loại chi phối mọi thứ khác.
  • Tuân thủ đánh dấu ô. Hoàn thành DSPT hoặc một hồ sơ an toàn để vượt qua, trong khi rủi ro nền tảng không được quản lý. Giải pháp: thỏa mãn mục đích, không chỉ mẫu đơn; kiểm tra xem hiện vật có thực sự định hình thiết kế không.
  • Tuân thủ như một cổng vận hành. Phát hiện khoảng trống DTAC hay an toàn lâm sàng lúc ra mắt. Giải pháp: đưa các công cụ bắt buộc vào triển khai từ giai đoạn khám phá.
  • Quyền sở hữu phân tán. Mọi nghĩa vụ được cho là của người khác. Giải pháp: trách nhiệm một tên cho mỗi nghĩa vụ trong một sổ đăng ký sống.
  • Các cơ quan quản lý bị ốc đảo hóa. An toàn lâm sàng, quản trị thông tin và sản phẩm nắm các góc nhìn rời rạc về một dịch vụ. Giải pháp: một bản đồ tuân thủ chung, quản trị phối hợp.
  • Không quét chân trời. Bị bất ngờ bởi một thay đổi quy tắc mà bạn có thể đã thấy trước. Giải pháp: một danh sách theo dõi có chủ gắn với bản đồ tuân thủ.
  • Bằng chứng lỗi thời. Dựng lại nhật ký mối nguy và các đánh giá dưới áp lực thanh tra. Giải pháp: bằng chứng liên tục, sẵn sàng kiểm toán.

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

Khía cạnh Khởi đầu Phát triển Chuẩn hóa Quản lý Điều phối
Phân loại Giả định hoặc né tránh Làm muộn, không chính thức Chính thức, sớm, được rà soát pháp lý Hạng được ghi lại, cơ sở được đảm bảo và rà soát theo nhịp đã định Được xem xét lại khi sản phẩm thay đổi
Bản đồ và sổ đăng ký tuân thủ Không có Danh sách ngẫu hứng cho một hồ sơ kinh doanh Sổ đăng ký sống, người sở hữu, bằng chứng, ngày rà soát Tình trạng sổ đăng ký được theo dõi theo KPI, khoảng trống được báo cáo cho quản trị Tích hợp với triển khai và quản trị hội đồng quản trị
Trách nhiệm giải trình Phân tán / không rõ Một số vai trò có tên Một người sở hữu có tên cho mỗi nghĩa vụ Hiệu suất người sở hữu được đo, việc thực hiện nghĩa vụ được đảm bảo Người sở hữu được cấp nguồn lực, trao quyền, kiểm toán
Tính tương xứng Đánh dấu ô hoặc vắng mặt Nghiêm ngặt một cỡ cho tất cả Dựa trên rủi ro, hiệu chỉnh theo tác hại Việc hiệu chỉnh nghiêm ngặt theo rủi ro được đo và rà soát theo kết quả Rõ ràng, bảo vệ được, liên tục được tinh chỉnh
Quét chân trời Phản ứng theo hạn chót Thỉnh thoảng nhận biết Danh sách theo dõi có chủ Danh sách theo dõi được rà soát theo nhịp, thời gian phản ứng được theo dõi theo hạn chót Các tín hiệu thường xuyên trở thành công việc có kế hoạch

Danh sách kiểm tra#

  • Phân loại pháp lý của dịch vụ (thiết bị y tế và hạng; bên kiểm soát/bên xử lý) được xác nhận và ghi chép.
  • Một bản đồ tuân thủ sống liệt kê mọi nghĩa vụ qua các tầng luật định, bắt buộc và tự nguyện.
  • Mỗi nghĩa vụ có một người sở hữu có tên duy nhất với thẩm quyền và thời gian để thực hiện.
  • Các công cụ bắt buộc của NHS (DTAC, DSPT, DCB0129/0160) được xây vào triển khai, không gắn thêm lúc vận hành.
  • Sự nghiêm ngặt được hiệu chỉnh theo rủi ro đối với bệnh nhân, công bằng và niềm tin — không phải đánh dấu ô đồng đều.
  • Bằng chứng (nhật ký mối nguy, DPIA, DSPT, DTAC) cập nhật, truy xuất được và sẵn sàng kiểm toán.
  • Một người sở hữu có tên vận hành việc quét chân trời quy định dựa trên một danh sách theo dõi được duy trì.
  • Các yêu cầu dấu phù hợp (UKCA/CE) cho thị trường liên quan được xác nhận, không giả định.
  • Các chức năng tuân thủ chia sẻ một cái nhìn phối hợp về mỗi dịch vụ, gắn với quản trị (Chủ đề 6.4).
  • Sổ đăng ký được rà soát theo lịch, không viết một lần rồi bỏ rơi.

Nguồn chính#

  • Ủy ban Chất lượng Chăm sóc — How CQC regulates và khung đánh giá đơn nhất (cqc.org.uk).
  • MHRA — hướng dẫn Medical devices: software applications (apps) và Software and AI as a Medical Device (gov.uk).
  • NICE — Khung Tiêu chuẩn Bằng chứng cho công nghệ y tế số (ESF) (nice.org.uk).
  • Văn phòng Ủy viên Thông tin — Guide to Data Protection và Guide to the UK GDPR (ico.org.uk).
  • NHS England — Bộ công cụ Bảo mật và Bảo vệ Dữ liệu (DSPT) (dsptoolkit.nhs.uk).
  • NHS England — Tiêu chí Đánh giá Công nghệ Số (DTAC).
  • NHS Digital / NHS England — các tiêu chuẩn quản lý rủi ro lâm sàng DCB0129 và DCB0160.
  • GMC — Good medical practice; NMC — The Code (các chuẩn nghề nghiệp).
  • GOV.UK — hướng dẫn về dấu UKCA và dấu CE cho thị trường Anh quốc.

Tài liệu tham khảo#

  1. Regulatory compliance — Wikipedia — https://en.wikipedia.org/wiki/Regulatory_compliance
  2. Care Quality Commission — Wikipedia — https://en.wikipedia.org/wiki/Care_Quality_Commission
  3. Medicines and Healthcare products Regulatory Agency — Wikipedia — https://en.wikipedia.org/wiki/Medicines_and_Healthcare_products_Regulatory_Agency
  4. Medical device — Wikipedia — https://en.wikipedia.org/wiki/Medical_device
  5. UKCA marking — Wikipedia — https://en.wikipedia.org/wiki/UKCA_marking
  6. CE marking — Wikipedia — https://en.wikipedia.org/wiki/CE_marking
  7. National Institute for Health and Care Excellence — Wikipedia — https://en.wikipedia.org/wiki/National_Institute_for_Health_and_Care_Excellence
  8. Information Commissioner's Office — Wikipedia — https://en.wikipedia.org/wiki/Information_Commissioner%27s_Office
  9. General Data Protection Regulation — Wikipedia — https://en.wikipedia.org/wiki/General_Data_Protection_Regulation
  10. Data Protection Act 2018 — Wikipedia — https://en.wikipedia.org/wiki/Data_Protection_Act_2018
  11. General Medical Council — Wikipedia — https://en.wikipedia.org/wiki/General_Medical_Council
  12. Nursing and Midwifery Council — Wikipedia — https://en.wikipedia.org/wiki/Nursing_and_Midwifery_Council
  13. Artificial Intelligence Act — Wikipedia — https://en.wikipedia.org/wiki/Artificial_Intelligence_Act
  14. Regulation (EU) 2017/745 (EU Medical Device Regulation) — Wikipedia — https://en.wikipedia.org/wiki/Regulation_(EU)_2017/745
  15. How CQC regulates — Care Quality Commission — https://www.cqc.org.uk/about-us/how-we-do-our-job/how-we-regulate
  16. Software and AI as a Medical Device — MHRA, GOV.UK — https://www.gov.uk/government/publications/software-and-artificial-intelligence-ai-as-a-medical-device
  17. Evidence Standards Framework for digital health technologies (ESF) — NICE — https://www.nice.org.uk/about/what-we-do/digital-health
  18. Guide to the UK GDPR — Information Commissioner's Office — https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/
  19. Data Security and Protection Toolkit — NHS England — https://www.dsptoolkit.nhs.uk/
  20. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/digital-technology-assessment-criteria-dtac/
  21. Clinical risk management standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
  22. UKCA marking guidance — GOV.UK — https://www.gov.uk/guidance/using-the-ukca-marking

Chỉnh sửa trang này trên GitHub — cuốn sách là nguồn sự thật; trang web này chỉ hiển thị nó.