Chủ đề 6.6 — Quản lý nhà cung cấp và tích hợp dịch vụ (SIAM)

Trong một hệ thống y tế và chăm sóc chắp vá từ hàng chục nhà cung cấp, dịch vụ mà bệnh nhân và bác sĩ thực sự trải nghiệm chỉ tốt bằng các đường nối giữa các nhà cung cấp — nên phải có ai đó sở hữu tổng thể đầu cuối mà không hợp đồng đơn lẻ nào mô tả.

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

Không bệnh viện NHS hay hệ thống chăm sóc tích hợp (ICS) hiện đại nào chạy trên một nhà cung cấp. Một quy trình lâm sàng đơn lẻ — một chuyển tuyến từ bác sĩ gia đình trở thành cuộc hẹn ngoại trú, một lá thư, một kết quả xét nghiệm và một đơn thuốc — có thể đi qua một hồ sơ bệnh án điện tử của một nhà cung cấp, một bộ máy tích hợp của nhà cung cấp khác, một nền tảng lưu trữ của nhà thứ ba, một nhà cung cấp mạng, một dịch vụ xương sống quốc gia, và một bàn dịch vụ được quản lý do một bên thứ tư bạn chưa từng gặp vận hành. Hợp đồng cho từng phần có thể vững. Dịch vụ mà bệnh nhân nhận được sống trong các khoảng trống giữa chúng.

Đây là phía vận hành-và-chạy của quan hệ thương mại, và là nơi giá trị hoặc được hiện thực hóa hoặc lặng lẽ bị mất. Các nhóm mua sắm và thương mại (xem Chủ đề 6.3 — Mua sắm và thương mại) mua tốt, trao hợp đồng, và bàn giao một thỏa thuận đã ký; điều xảy ra qua những năm sau đó — nhà cung cấp hợp tác hay đổ lỗi cho nhau, một sự cố được sửa trong một giờ hay thối rữa cả tuần, bạn có bao giờ rời đi được không — là công việc của quản lý nhà cung cấp và tích hợp dịch vụ. Làm sai thì thất bại không trừu tượng. Một giao diện bệnh lý lặng lẽ làm rơi kết quả, một hồ sơ chăm sóc dùng chung hiển thị một dị ứng cũ, một dịch vụ xác thực khóa bác sĩ ngoài lúc bàn giao ca: đây là những sự kiện an toàn bệnh nhân bắt đầu như vấn đề tích hợp (xem Chủ đề 1.6 — An toàn lâm sàng và quản lý rủi ro).

Rủi ro được làm sắc bởi ba đặc điểm của lĩnh vực. Tiền công đòi hỏi các kết quả đã mua là các kết quả được giao, và tín dụng dịch vụ cùng giá trị được theo đuổi chủ động, không bị bỏ lại trên bàn. Nghĩa vụ luật định về bảo vệ dữ liệu, an toàn lâm sàng và an ninh mạng phải chảy xuống cả chuỗi cung ứng, gồm cả các nhà thầu phụ bạn không chọn (xem Chủ đề 1.7 — Quản trị thông tin, bảo vệ dữ liệu và an ninh mạng). Và sự tập trung các dịch vụ then chốt vào một nhúm nhà cung cấp lớn nghĩa là mã độc tống tiền, phá sản hay thất bại năng lực của một nhà cung cấp có thể đánh sập cả một vùng. Quản lý nhà cung cấp như một danh mục — không phải từng hợp đồng một — nay là nghĩa vụ chống chịu, không phải hành chính.

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

Tích hợp và quản lý dịch vụ (SIAM) là cách tiếp cận quản lý để điều phối nhiều nhà cung cấp dịch vụ và tích hợp họ nhằm giao một dịch vụ đầu cuối duy nhất cho doanh nghiệp. Nó nổi lên như một kỷ luật chính vì các tổ chức đã rời khỏi một nhà thầu chính duy nhất để hướng tới mô hình vận hành đa nguồn, rồi phát hiện rằng vẫn cần ai đó làm cho các bộ phận hành xử như một tổng thể. SIAM không phải sản phẩm bạn mua; đó là một mô hình vận hành với các vai trò, quy trình và quản trị xác định. Tham chiếu có thẩm quyền là SIAM Body of Knowledge của Scopism, đứng cạnh ITIL và thực hành rộng hơn của quản lý dịch vụ CNTT (ITSM) thay vì thay thế chúng.

Một mô hình SIAM có ba tầng. Khách hàng, hay tổ chức giữ lại, giữ các trách nhiệm không bao giờ thuê ngoài được: chiến lược, nhu cầu, kiến trúc, quyền sở hữu thương mại, và nghĩa vụ chăm sóc cuối cùng với bệnh nhân. Bên tích hợp dịch vụ là tầng — một nhóm nội bộ, một nhà cung cấp bên ngoài, hay lai — điều phối các nhà cung cấp, sở hữu các quy trình xuyên suốt như quản lý sự cố lớn, và nắm cái nhìn đầu cuối. Các nhà cung cấp dịch vụ, thường được tổ chức thành các tháp dịch vụ (lưu trữ, tính toán người dùng cuối, ứng dụng lâm sàng, mạng), mỗi bên giao một lát cắt xác định. Đây là các thuật ngữ chuyên môn của SIAM chứ không phải mục từ bách khoa, nên chúng được nêu ở đây bằng ngôn ngữ đơn giản và dựa trên khối tri thức SIAM.

Bên dưới là cơ chế thương mại. Thuê ngoài và biến thể dữ liệu-và-quy trình của nó, thuê ngoài quy trình kinh doanh, mô tả việc ủy thác công việc cho một nhà cung cấp bên ngoài; dịch vụ được quản lý mô tả việc vận hành liên tục, kiểu đăng ký các hệ thống thay mặt bạn. Hiệu suất được chi phối bởi một thỏa thuận mức dịch vụ (SLA) — một cam kết đo được, thường mang tính hợp đồng — ngày càng được bổ sung bởi một thỏa thuận mức trải nghiệm (XLA), đo kết quả người dùng thực sự trải nghiệm thay vì chỉ số thành phần mà nhà cung cấp thấy tiện đạt. XLA không có mục từ bách khoa ổn định; hãy xem nó là một thực hành mới nổi, không phải một chuẩn.

Hai khái niệm rủi ro đóng khung chủ đề. Quản lý bên thứ ba là kỷ luật giám sát các nhà cung cấp bên ngoài và, quan trọng, các nhà thầu phụ của chính họ — các bên thứ tư sâu trong chuỗi cung ứng. Quản lý rủi ro chuỗi cung ứng xử lý các thất bại lan truyền qua chuỗi đó, và rủi ro tập trung — một thuật ngữ vay từ ngân hàng — nắm bắt nguy cơ phụ thuộc quá nhiều vào một nhà cung cấp, nền tảng hay vùng duy nhất. Quản lý chúng là điều giữ cho một quyết định tìm nguồn tiện lợi không thành một lỗ hổng hệ thống. Cuối cùng, tránh khóa chặt nhà cung cấp và thúc đẩy cải thiện liên tục là hai nghĩa vụ hướng về tương lai ngăn một dịch vụ đang chạy cứng lại.

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

1. Gọi tên người sở hữu chịu trách nhiệm cho dịch vụ đầu cuối, không chỉ cho từng hợp đồng. Thất bại xác định của đa nguồn là mọi người sở hữu một cái hộp và không ai sở hữu các mũi tên giữa chúng. Thiết lập một vai trò của tổ chức giữ lại — thường là trưởng tích hợp dịch vụ hay văn phòng quản lý nhà cung cấp — chịu trách nhiệm cho toàn bộ dịch vụ lâm sàng hay kinh doanh như người dùng trải nghiệm, với thẩm quyền triệu tập nhà cung cấp và phân xử. Người sở hữu này giữ SLA đầu cuối ngay cả nơi không nhà cung cấp đơn lẻ nào có thể, và là người một hội đồng có thể hỏi "vì sao hệ thống chuyển tuyến ngừng sáu giờ?" và nhận được một câu trả lời thay vì một vòng đổ lỗi.

2. Chọn và thiết kế mô hình SIAM có chủ đích, rồi viết nó vào các hợp đồng. Quyết định sớm bên tích hợp dịch vụ là nội bộ, bên ngoài hay lai, và trung thực về đánh đổi: một bên tích hợp nội bộ giữ kiểm soát và hiểu biết nhưng đòi hỏi năng lực khan hiếm; một bên bên ngoài mua sự trưởng thành nhưng thêm một tầng phải quản trị và một xung đột lợi ích tiềm tàng nếu nó cũng vận hành một tháp. Xác định các tháp, các quy trình xuyên suốt mà bên tích hợp sở hữu, và nghĩa vụ cộng tác của mọi nhà cung cấp. Quan trọng là các nghĩa vụ này phải xuất hiện trong hợp đồng của từng nhà cung cấp — nghĩa vụ hợp tác, tham dự cầu nối sự cố lớn của bên tích hợp, chia sẻ dữ liệu — vì một nhà cung cấp sẽ chỉ làm lúc vận hành điều nó được mua để làm lúc trao thầu (xem Chủ đề 6.3 — Mua sắm và thương mại).

3. Phân đoạn nhà cung cấp và dành sự chú ý nơi nó quan trọng. Không phải nhà cung cấp nào cũng xứng đáng quản trị như nhau; đối xử một đại lý bán giấy phép hàng hóa như một đối tác EPR chiến lược lãng phí công sức và bỏ đói những mối quan hệ quan trọng. Dùng mô hình phân đoạn như ma trận Kraljic để phân loại nhà cung cấp theo mức then chốt kinh doanh và độ khó thị trường thành các loại chiến lược, đòn bẩy, nút thắt và hàng hóa, và khớp nhịp quản trị với phân đoạn — rà soát kinh doanh điều hành hằng quý cho đối tác chiến lược, giám sát hiệu suất nhẹ cho hàng hóa. Đây cũng là cách bạn tập trung đảm bảo, đầu tư quan hệ và lập kế hoạch rút lui vào số ít nhà cung cấp mà thất bại của họ thực sự gây hại.

4. Quản lý kết quả và trải nghiệm, không chỉ chỉ số thành phần. Một hệ thống nhà cung cấp có thể đạt mọi SLA riêng lẻ — thời gian hoạt động máy chủ 99,9%, phiếu đóng trong mục tiêu — trong khi một ngày thực của bác sĩ khốn khổ và lộ trình hỏng đầu cuối. Bổ sung SLA thành phần bằng thỏa thuận mức trải nghiệm và các thước đo đầu cuối phản ánh những gì bệnh nhân và nhân viên trải nghiệm, và đề phòng báo cáo "dưa hấu": xanh bên ngoài, đỏ bên trong. Nơi một chỉ số có thể được đạt bằng cách chơi (đóng và mở lại phiếu, phân loại lại mức nghiêm trọng), hãy thiết kế lại nó để động cơ của nhà cung cấp căn chỉnh với kết quả bạn thực sự muốn.

5. Vận hành một quy trình sự cố và vấn đề tích hợp xuyên mọi nhà cung cấp. Khi một sự cố trải qua nhiều nhà cung cấp, vấn đề "ghế xoay" — mỗi nhà cung cấp khăng khăng lỗi nằm ở nơi khác trong khi dịch vụ vẫn ngừng — là mô thức gây hại nhất trong đa nguồn. Trao cho bên tích hợp dịch vụ thẩm quyền tuyên bố sự cố lớn, kéo mọi nhà cung cấp liên quan vào một cầu nối, và thúc đẩy giải quyết bất kể thành phần của ai bị lỗi, với quy tắc không-lỗi "sửa trước, phân bổ lỗi sau". Điều này phản chiếu các kỷ luật ITIL nội bộ mà chức năng quản lý dịch vụ của bạn đã vận hành (xem Chủ đề 3.8 — Quản lý dịch vụ và vận hành trực tiếp), mở rộng qua ranh giới hợp đồng để một chuỗi cung ứng hành xử như một nhóm vận hành duy nhất trong khủng hoảng.

6. Biến quản lý hợp đồng và hiệu suất thành kỷ luật chủ động, có bằng chứng. Một hợp đồng để trong ngăn kéo sau chữ ký là tiền và đòn bẩy bị bỏ rơi. Tổ chức các cuộc rà soát hiệu suất có cấu trúc so với SLA, theo dõi và thực sự đòi tín dụng dịch vụ nơi đến hạn, duy trì sổ đăng ký rủi ro và vấn đề dùng chung, và giữ bản ghi hiệu suất kiểm toán được sẽ quan trọng lúc gia hạn hay tranh chấp. Tín dụng dịch vụ không phải điểm chính — chúng là tín hiệu và đòn bẩy; một mối quan hệ trưởng thành dùng kém hiệu suất dai dẳng để kích hoạt kế hoạch cải thiện và, cuối cùng, rút lui, không chỉ để gom một khoản hoàn nhỏ (xem Chủ đề 6.4 — Quản trị và đảm bảo).

7. Cho nghĩa vụ an toàn lâm sàng, bảo vệ dữ liệu và an ninh mạng chảy xuống suốt chuỗi. Nghĩa vụ luật định của bạn không dừng ở nhà cung cấp chính của bạn; chúng phải tới nhà thầu phụ lưu trữ dữ liệu và thư viện mã nguồn mở bên trong sản phẩm. Yêu cầu chảy xuống các nghĩa vụ an toàn lâm sàng theo chuẩn liên quan, điều khoản xử lý dữ liệu, và kiểm soát an ninh mạng căn chỉnh với hướng dẫn chuỗi cung ứng của NCSC, và đòi khả năng hiển thị các bên thứ tư để bạn biết ai thực sự trong chuỗi. Đánh giá rủi ro tập trung rõ ràng — nếu ba dịch vụ then chốt của bạn nằm trên một vùng hyperscaler hay một nhà cung cấp dịch vụ được quản lý, một thất bại duy nhất là một sự cố khu vực, và biện pháp giảm thiểu là quyết định hội đồng phải đưa ra có ý thức (xem Chủ đề 3.9 — Liên tục kinh doanh và phục hồi sau thảm họa).

8. Lập kế hoạch rút lui trước khi bạn tuyệt vọng phải thực hiện nó. Thời điểm rẻ nhất để bảo đảm khả năng rời đi là trước khi bạn ký; khoảnh khắc bạn cần nó nhất, mọi đòn bẩy của bạn đã mất. Duy trì một kế hoạch rút lui sống cho mọi nhà cung cấp then chốt bao gồm trích xuất dữ liệu ở định dạng mở, có tài liệu, chuyển giao tri thức, nghĩa vụ hỗ trợ chuyển tiếp, và tài sản cùng giấy phép bạn cần để cung cấp lại ở nơi khác. Khả năng di chuyển thực được chứng minh, không phải hứa hẹn — hãy kiểm thử rằng bạn có thể xuất dữ liệu và dựng nó ở nơi khác, vì quyền hợp đồng với dữ liệu của bạn trong một bản đổ độc quyền không giống với việc dùng được nó (xem Chủ đề 4.0 — Kiến trúc kỹ thuật, đám mây và hệ thống cũ, về việc tránh khóa chặt nhà cung cấp trong thực tế).

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

1. Khi một sự cố băng qua ba nhà cung cấp lúc 2 giờ sáng, ai có thẩm quyền khiến họ hành động như một nhóm — và mọi hợp đồng có buộc họ trả lời cuộc gọi không? Điều này quan trọng vì thất bại ghế xoay không phải khoảng trống kỹ thuật mà là khoảng trống thẩm quyền: nhà cung cấp hành xử hợp lý khi bảo vệ SLA của chính họ và lảng tránh lỗi, và chỉ một bên tích hợp được chỉ định có hậu thuẫn hợp đồng mới ghi đè được điều đó. Tranh luận trung thực liệu vai trò đó có tồn tại trong tổ chức của bạn hôm nay, nó có thẩm quyền thực hay chỉ triệu tập và nài nỉ, và hợp đồng nhà cung cấp của bạn thực sự yêu cầu hợp tác trên một cầu nối sự cố lớn chung hay chỉ khuyến khích. Hãy cân nhắc các trường hợp khó nhất — một lỗi trải qua một dịch vụ quốc gia, một nhà cung cấp lưu trữ và một nhà cung cấp ứng dụng, nơi nguyên nhân gốc thực sự mơ hồ trong giờ đầu. Xem liệu bạn có vận hành quy tắc không-lỗi "khôi phục trước, phân bổ sau", hay giải quyết đình trệ trong khi các nhóm thương mại tranh cãi trách nhiệm. Một câu trả lời tốt gọi tên bên tích hợp chịu trách nhiệm, chỉ ra điều khoản hợp đồng buộc hợp tác, và có thể mô tả một sự cố xuyên nhà cung cấp gần đây nơi mô hình đứng vững — hoặc thẳng thắn thừa nhận lần trước nó không.

2. Nhà cung cấp nào chúng ta thực sự không thể sống sót nếu mất đột ngột — và chúng ta sẽ thực sự làm gì vào buổi sáng họ thất bại? Điều này buộc cuộc trò chuyện về rủi ro tập trung mà sự tiện lợi trong tìm nguồn có xu hướng chôn: hệ thống tích tụ các phụ thuộc vào vài đối tác chiến lược và một nhúm nền tảng, và mức phơi bày tổng thể hiếm khi được vẽ bản đồ cho đến khi một sự cố làm lộ nó. Thảo luận nhà cung cấp nào là điểm thất bại đơn lẻ cho một dịch vụ lâm sàng, sự phụ thuộc mang tính hợp đồng, kỹ thuật hay tri thức, và rủi ro thực sâu đến đâu trong chuỗi bên thứ tư — bên xử lý phụ, nhóm hỗ trợ ngoài khơi, vùng hyperscaler duy nhất. Cân nhắc trung thực sự đánh đổi: hợp nhất mua hiệu quả, tích hợp và giá tốt hơn, trong khi đa dạng hóa mua khả năng chống chịu với một cái giá, và câu trả lời đúng là một lựa chọn có chủ đích của hội đồng, không phải tình cờ từ các cuộc mua sắm quá khứ. Hãy cân nhắc liệu kế hoạch rút lui và liên tục của bạn cho các nhà cung cấp này có được kiểm thử hay chỉ được viết, và liệu bạn có thể trích xuất và lưu trữ lại dữ liệu nếu một nhà cung cấp phá sản vào tuần tới. Một câu trả lời trung thực phân biệt nhà cung cấp bạn quản lý với số ít mà thất bại là một sự kiện sinh tử, và cho thấy rủi ro còn lại ở nhóm sau đã được chấp nhận có ý thức ở đúng cấp.

3. Chúng ta đang đo những gì bác sĩ và bệnh nhân trải nghiệm, hay chỉ những gì nhà cung cấp thấy dễ báo xanh? Câu hỏi này làm lộ khoảng cách giữa SLA thành phần và kết quả thực, nơi các dịch vụ đa nguồn lặng lẽ làm thất vọng ngay cả khi mọi bảng điều khiển xanh. Khám phá nơi báo cáo "dưa hấu" ẩn trong hệ thống của bạn — các chỉ số được đạt riêng lẻ cộng lại thành một lộ trình hỏng, các phiếu đóng bằng cách bảo người dùng thử lại, thời gian hoạt động đo trên một máy chủ không bác sĩ nào chạm tới. Tranh luận liệu bạn có bất kỳ thước đo đầu cuối hay mức trải nghiệm thực nào, ai sở hữu chúng, và liệu nhà cung cấp có được khuyến khích theo kết quả bạn muốn hay theo một chỉ số đại diện họ có thể chơi. Hãy cân nhắc căng thẳng rằng đo lường dựa trên trải nghiệm phong phú hơn tốn tiền và công sức và có thể bị các nhà cung cấp tranh cãi vì tín dụng của họ phụ thuộc vào chỉ số cũ. Một câu trả lời mạnh có thể chỉ ra ít nhất một thước đo đầu cuối phản ánh thực tế của người dùng, giải thích nó được quản trị thế nào qua các nhà cung cấp, và thẳng thắn về nơi SLA hiện tại thưởng sai hành vi và cần thương lượng lại ở điểm ngắt tiếp theo.

4. Ai nên vận hành lớp tích hợp của chúng ta — một nhóm nội bộ, một nhà cung cấp bên ngoài, hay lai — và chúng ta đã trung thực về xung đột lợi ích mà lựa chọn đó tạo ra chưa? Quyết định tự làm-hay-mua cho chính bên tích hợp dịch vụ thường được đưa ra theo mặc định hơn là có chủ đích, và nó định hình mọi mối quan hệ sau đó. Tranh luận đánh đổi thực: một bên tích hợp nội bộ giữ hiểu biết và kiểm soát trong tổ chức giữ lại nhưng đòi hỏi năng lực khan hiếm, đắt mà một bệnh viện có thể không giữ nổi; một bên bên ngoài mua sự trưởng thành và công cụ nhanh nhưng thêm một tầng phải quản trị, và trở nên đặc biệt rắc rối nếu cùng nhà cung cấp đó cũng vận hành một tháp dịch vụ và thực chất tự chấm bài của mình. Hãy cân nhắc các trường hợp ở giữa — một mô hình lai nơi tổ chức giữ lại sở hữu trách nhiệm và phân xử trong khi một đối tác cung cấp bộ máy vận hành — và liệu tổ chức của bạn có thâm niên thương mại và kỹ thuật để chỉ đạo một bên tích hợp thay vì bị dẫn dắt bởi nó. Nhìn trung thực nơi hiểu biết tích hợp thực sự sống hôm nay, và điều gì xảy ra với cái nhìn đầu cuối của bạn nếu hợp đồng của bên tích hợp đó kết thúc. Một câu trả lời trung thực gọi tên ai tích hợp, giải thích vì sao mô hình đó được chọn cho bối cảnh của bạn thay vì thừa hưởng, và có thể chỉ ra các biện pháp bảo vệ ngăn một bên tích hợp cũng giao dịch vụ tự chấm hiệu suất của mình.

5. Nghĩa vụ luật định của chúng ta về an toàn lâm sàng, bảo vệ dữ liệu và an ninh mạng có thực sự chạm tới các bên thứ tư sâu trong chuỗi — hay chúng dừng ở nhà cung cấp chính chúng ta đã ký? Điều này quan trọng vì trách nhiệm cho một sự kiện an toàn bệnh nhân hay vi phạm dữ liệu không đi theo hợp đồng; nó ở lại với tổ chức giữ lại ngay cả khi thất bại xảy ra ba tầng dưới, ở một bên xử lý phụ hay một nhóm hỗ trợ ngoài khơi bạn chưa từng chọn. Khám phá liệu các điều khoản chảy xuống của bạn có thật và được kiểm thử — liệu nghĩa vụ an toàn lâm sàng theo chuẩn liên quan, điều khoản xử lý dữ liệu và kiểm soát an ninh mạng có thực sự được áp đặt bằng hợp đồng lên nhà thầu phụ, và liệu bạn có bất kỳ khả năng hiển thị nào về những nhà thầu phụ đó là ai. Thảo luận căng thẳng rằng các nhà cung cấp chính chống lại việc phơi bày chuỗi cung ứng của họ vì nhạy cảm về thương mại, trong khi bạn không thể đánh giá một rủi ro bạn không thấy, và việc đòi minh bạch bên thứ tư có thể làm chậm mua sắm và thu hẹp thị trường. Hãy cân nhắc thất bại cụ thể — thư viện mã nguồn mở bên trong một sản phẩm, nhà thầu phụ lưu trữ, công cụ phân tích bên thứ ba — và liệu một sự cố ở đó có thấy nghĩa vụ của bạn thực thi được hay chỉ mang tính khát vọng. Một câu trả lời mạnh cho thấy chảy xuống được viết, có bằng chứng và thỉnh thoảng được kiểm toán, không được giả định, và có thể gọi tên nơi trong chuỗi khả năng hiển thị hiện hết.

6. Khi hợp đồng đã ký, ai quản lý nó chủ động — đòi tín dụng, thúc đẩy cải thiện, và buộc nhà cung cấp giữ giá trị chúng ta đã mua — thay vì lưu nó trong ngăn kéo? Sự rò rỉ xác định trong đa nguồn xảy ra sau trao thầu, khi sự chú ý của mua sắm đã chuyển đi và không ai sở hữu những năm vận hành-và-chạy nơi giá trị được hiện thực hóa hoặc lặng lẽ mất. Tranh luận liệu bạn có tổ chức các cuộc rà soát hiệu suất có cấu trúc so với SLA, bạn có thực sự theo dõi và đòi tín dụng dịch vụ mình được nhận, và liệu kém hiệu suất dai dẳng có kích hoạt kế hoạch cải thiện hay chỉ bị hấp thụ. Hãy cân nhắc căng thẳng rằng đuổi theo tín dụng có thể làm chua một mối quan hệ bạn phụ thuộc, và cách tiếp cận trưởng thành xem tín dụng là tín hiệu và đòn bẩy cải thiện hơn là khoản hoàn để gom — nhưng nhà cung cấp học nhanh khách hàng nào không bao giờ kiểm tra. Xem liệu bạn có duy trì bản ghi hiệu suất kiểm toán được sẽ quan trọng lúc gia hạn hay tranh chấp, và liệu cải thiện liên tục là kỳ vọng hợp đồng hay một ân huệ thỉnh thoảng. Một câu trả lời trung thực mô tả ai sở hữu từng mối quan hệ chiến lược, chỉ ra một ca gần đây nơi quản lý hiệu suất có bằng chứng đã thay đổi hành vi của nhà cung cấp, và thẳng thắn thừa nhận nơi hợp đồng đang chạy không được quản lý và giá trị rò rỉ năm này qua năm khác.

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

Hệ thống Chăm sóc Tích hợp Northmoor vận hành một hệ thống số điển hình ở quy mô của nó: một hồ sơ bệnh án điện tử được lưu trữ của một nhà cung cấp lớn, một nền tảng hồ sơ chăm sóc dùng chung của nhà khác, một bộ máy tích hợp và lớp giao diện của một chuyên gia, các dịch vụ quốc gia từ NHS England, kết nối từ một nhà cung cấp mạng, và một bàn dịch vụ được quản lý do một nhà tích hợp hệ thống vận hành mà hỗ trợ tuyến đầu của nó cũng được thầu phụ ngoài khơi. Mỗi hợp đồng được mua sắm riêng qua một thập kỷ, mỗi cái có SLA riêng, và — cho đến gần đây — mỗi cái được quản trị bởi một quản lý khác nhau ở một ban khác nhau.

Vấn đề tự lộ vào một ngày thứ Hai. Bác sĩ báo các chuyển tuyến từ bác sĩ gia đình đến bệnh viện cấp cứu thiếu tệp đính kèm, đôi khi muộn hàng giờ. Nhà cung cấp EPR báo thời gian hoạt động 100% và đóng phiếu. Nhà cung cấp tích hợp nói bộ máy của họ truyền mọi thông điệp nó nhận. Nhà cung cấp hồ sơ chăm sóc dùng chung nói y hệt. Nhà cung cấp mạng không thấy lỗi nào. Mọi nhà cung cấp đều xanh; lộ trình chuyển tuyến đang từ hổ phách sang đỏ; và không ai sở hữu mũi tên giữa các hộp. Trong chín ngày, bệnh nhân chờ trong khi các phiếu nảy qua lại.

Phản ứng của Northmoor là dựng một chức năng tích hợp dịch vụ bên trong tổ chức giữ lại, do một trưởng quản lý nhà cung cấp và dịch vụ dẫn dắt với một nhóm nhỏ và, quan trọng, thẩm quyền do hội đồng ủy nhiệm. Họ trước hết phân đoạn hệ thống — EPR, hồ sơ chăm sóc dùng chung và nhà cung cấp tích hợp được chỉ định là chiến lược, nhà cung cấp mạng là nhà cung cấp nút thắt, các đại lý giấy phép là hàng hóa — và đặt nhịp quản trị tương ứng. Họ rồi viết lại phụ lục vận hành đính kèm mỗi hợp đồng chiến lược ở điều khoản ngắt kế tiếp để bao gồm nghĩa vụ tham gia cầu nối sự cố lớn của bên tích hợp trong ba mươi phút và chia sẻ dữ liệu chẩn đoán theo yêu cầu. Một thước đo đầu cuối "chuyển tuyến được giao đầy đủ và đúng giờ" được xác định và báo cáo cạnh các SLA thành phần, do bên tích hợp sở hữu, không phải bất kỳ nhà cung cấp đơn lẻ nào.

Phép thử đến sáu tháng sau, khi các thông điệp kết quả bắt đầu thất bại trong im lặng. Lần này bên tích hợp tuyên bố một sự cố lớn trong vòng một giờ, triệu tập cả ba nhà cung cấp chiến lược cộng nhà cung cấp mạng trên một cầu nối dưới quy tắc không-lỗi, và thúc đẩy họ truy vết thông điệp đầu cuối. Nguyên nhân gốc hóa ra là một thay đổi mã hóa ký tự mà nhà cung cấp tích hợp đã triển khai mà EPR không phân tích được — một lỗi sống chính xác trong đường nối mà không nhà cung cấp đơn lẻ nào thấy. Nó được sửa trong bốn giờ, một bản ghi vấn đề chung ghi lại bản sửa, và một tín dụng dịch vụ được đòi và tái đầu tư vào một bộ kiểm thử hồi quy dùng chung. Trong khi đó, ICS lặng lẽ ghi nhận rằng cả ba nhà cung cấp chiến lược đều lưu trữ trong cùng một vùng đám mây, ghi rủi ro tập trung vào khung đảm bảo của hội đồng, và ủy thác một bài tập trích xuất dữ liệu đã kiểm thử để, nếu từng cần di chuyển, khả năng di chuyển được chứng minh thay vì hứa hẹn.

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

Công ty khởi nghiệp#

Một công ty khởi nghiệp y tế số thường đứng ở phía bên kia của chủ đề này — nó là nhà cung cấp được tích hợp, và tương lai thương mại của nó phụ thuộc vào việc là một công dân tốt trong mô hình SIAM của người khác. Giành công việc NHS ngày càng nghĩa là chứng minh bạn sẽ tham gia cầu nối sự cố lớn, phơi bày các bên xử lý phụ của mình, cho nghĩa vụ an toàn lâm sàng và bảo vệ dữ liệu chảy xuống, và trả dữ liệu sạch sẽ lúc rút lui, nên xây các năng lực hợp tác đó sớm là lợi thế cạnh tranh, không phải chi phí chung. Nội bộ, một công ty khởi nghiệp cũng là người tiêu thụ các bên thứ ba then chốt — máy chủ đám mây, bộ xử lý thanh toán và nhà cung cấp xác thực của chính nó — và mang rủi ro tập trung thực với gần như không có đòn bẩy trước các nhà cung cấp lớn hơn nhiều. Kỷ luật mở rộng được là giữ bản đồ phụ thuộc cập nhật, tránh khóa chặt kiến trúc nơi có chi phí chuyển đổi rẻ, và trung thực với khách hàng về các bên thứ tư trong chuỗi của chính bạn.

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 hay cơ quan chăm sóc tại nhà, một phòng khám đơn lẻ — mang cùng nghĩa vụ luật định về an toàn lâm sàng, bảo vệ dữ liệu và an ninh mạng như một quỹ lớn, nhưng quản lý một ngăn xếp nhà cung cấp không có chức năng CNTT chuyên trách và ít đòn bẩy hợp đồng. Trong thực tế toàn bộ kỷ luật SIAM đổ xuống một hay hai người cũng làm những việc khác, nên bước đi thực tế là xác định hai hoặc ba nhà cung cấp mà một ngày lâm sàng thực sự phụ thuộc — hệ thống lâm sàng, kết nối, liên kết hồ sơ dùng chung — và quản lý những mối quan hệ đó có chủ đích trong khi chấp nhận một sự chạm nhẹ hơn với phần còn lại. Rủi ro tập trung cấp bách và không tránh khỏi: một hệ thống quản lý phòng khám hay một đường băng thông rộng duy nhất có thể là điểm thất bại đơn lẻ hoàn toàn, và biện pháp giảm thiểu thường mang tính vận hành (một quy trình ngừng hoạt động, một kết nối thứ hai) hơn là một nhà cung cấp thứ hai. Rút lui và khả năng di chuyển quan trọng ngang ở đây, vì một nhà cung cấp nhỏ bị khóa vào một hồ sơ độc quyền có càng ít quyền lực để di chuyển, nên các câu hỏi cần gặng nhà cung cấp là xuất dữ liệu ở định dạng mở và điều gì xảy ra nếu hợp đồng kết thúc. Một nhà cung cấp công nghệ y tế nhỏ đã qua giai đoạn khởi nghiệp đối mặt với hình ảnh phản chiếu: nó phải đáp ứng các nghĩa vụ hợp tác, chảy xuống và rút lui mà khách hàng NHS của nó nay đòi hỏi, không có nhóm tuân thủ mà một nhà cung cấp lớn hơn có.

Doanh nghiệp lớn#

Một bệnh viện lớn, hiệp hội nhà cung cấp hay ICS là khách hàng SIAM nguyên mẫu: hàng chục nhà cung cấp, một hệ thống sống lâu được lắp ráp bởi các cuộc mua sắm liên tiếp, và các dịch vụ mà hành vi đầu cuối không ai sở hữu hoàn toàn. Mục tiêu thực tế là một tổ chức giữ lại hoạt động với năng lực tích hợp dịch vụ thực sự, phân đoạn nhà cung cấp để sự chú ý chảy đến số ít chiến lược, và quản lý sự cố cùng vấn đề xuyên suốt hoạt động qua ranh giới hợp đồng — không phải ảo tưởng về SLA căn chỉnh hoàn hảo. Công việc khó nhất mang tính hợp đồng và văn hóa: cải tạo nghĩa vụ cộng tác vào các thỏa thuận cũ khi điều khoản ngắt cho phép, và chuyển nhà cung cấp từ bảo vệ cái hộp của họ sang sở hữu phần của họ trong tổng thể. Ở quy mô này những lợi ích chống chịu lớn nhất đến từ vẽ bản đồ rủi ro tập trung qua danh mục và kiểm thử rút lui cho số ít nhà cung cấp mà thất bại của họ sẽ là sự kiện khu vực.

Chính phủ#

Một cơ quan quốc gia — NHS England, một bộ y tế được phân quyền, hay một đơn vị vận hành khung như Crown Commercial Service — định hình môi trường trong đó mọi bệnh viện quản lý nhà cung cấp của mình. Đòn bẩy của nó là đặt kỳ vọng qua Sourcing Playbook của Government Commercial Function và các điều khoản chuẩn, biến hợp tác, khả năng di chuyển và đảm bảo chuỗi cung ứng thành mặc định của thị trường thay vì thứ mỗi người mua tự thương lượng từ vị thế yếu. Chính phủ cũng mang cái nhìn hệ thống: nó có thể thấy, như một bệnh viện đơn lẻ không thể, khi một nhà cung cấp hay nền tảng đơn lẻ đã trở thành bên thứ ba then chốt cho cả hệ thống, và nó phải quản lý sự tập trung đó như một vấn đề chống chịu quốc gia. Nghĩa vụ của nó là bảo đảm thiết kế khung, chế độ đảm bảo và dịch vụ quốc gia giảm khóa chặt và điểm thất bại đơn lẻ thay vì củng cố chúng (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#

• Khoảng trống trách nhiệm giải trình. Mỗi nhà cung cấp sở hữu một thành phần và không ai sở hữu dịch vụ đầu cuối, nên các vấn đề xuyên ranh giới không có nhà. Gọi tên một bên tích hợp chịu trách nhiệm với thẩm quyền thực.
• Sự cố ghế xoay. Nhà cung cấp lảng tránh lỗi trong khi dịch vụ vẫn ngừng và không ai được trao quyền buộc họ hợp tác. Bắt buộc một cầu nối sự cố lớn duy nhất và quy tắc không-lỗi "khôi phục trước" trong mọi hợp đồng.
• SLA dưa hấu. Mọi chỉ số thành phần xanh trong khi dịch vụ thực đỏ; nhà cung cấp báo cáo theo chỉ số, không theo kết quả. Thêm các thước đo đầu cuối và mức trải nghiệm do bên tích hợp sở hữu.
• Quản trị đồng đều. Đối xử một đại lý hàng hóa và một đối tác EPR chiến lược như nhau lãng phí công sức và bỏ đói những mối quan hệ quan trọng. Phân đoạn nhà cung cấp và khớp nhịp quản trị với mức then chốt.
• Hợp đồng trong ngăn kéo. Sau chữ ký không ai quản lý hiệu suất, đòi tín dụng, hay thúc đẩy cải thiện, nên giá trị rò rỉ năm này qua năm khác. Vận hành quản lý hợp đồng chủ động, có bằng chứng.
• Các bên thứ tư vô hình. Nghĩa vụ được chảy xuống nhà cung cấp chính nhưng dừng ở đó, để lại các nhà thầu phụ không biết giữ dữ liệu hay rủi ro. Đòi khả năng hiển thị chuỗi cung ứng và chảy kiểm soát xuống tận đáy.
• Sự tập trung không được quản lý. Dịch vụ then chốt lặng lẽ hợp nhất vào một nhà cung cấp, nền tảng hay vùng cho đến khi một thất bại duy nhất thành hệ thống. Vẽ bản đồ và chấp nhận rủi ro tập trung có ý thức ở cấp hội đồng.
• Rút lui lý thuyết. Một quyền hợp đồng với dữ liệu của bạn chưa bao giờ được kiểm thử không phải khả năng di chuyển. Chứng minh việc trích xuất dữ liệu và lưu trữ lại trước khi bạn cần.

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

Danh sách kiểm tra#

• Một vai trò có tên của tổ chức giữ lại chịu trách nhiệm cho dịch vụ đầu cuối và giữ SLA đầu cuối.
• Mô hình SIAM — bên tích hợp, các tháp, quy trình xuyên suốt — được xác định và viết vào hợp đồng nhà cung cấp.
• Nhà cung cấp được phân đoạn theo mức then chốt, với nhịp quản trị khớp từng phân đoạn.
• Các thước đo đầu cuối và mức trải nghiệm bổ sung SLA thành phần và do bên tích hợp sở hữu.
• Một quy trình sự cố lớn xuyên nhà cung cấp duy nhất tồn tại, với quy tắc không-lỗi "khôi phục trước" được bắt buộc bằng hợp đồng.
• Hiệu suất hợp đồng được rà soát chủ động, tín dụng dịch vụ được theo dõi và đòi, và kế hoạch cải thiện được kích hoạt.
• Nghĩa vụ an toàn lâm sàng, bảo vệ dữ liệu và an ninh mạng được chảy xuống nhà thầu phụ, với khả năng hiển thị bên thứ tư.
• Rủi ro tập trung qua nhà cung cấp, nền tảng và vùng được vẽ bản đồ và chấp nhận có ý thức ở cấp hội đồng.
• Một kế hoạch rút lui sống tồn tại cho mọi nhà cung cấp then chốt, bao gồm dữ liệu, tri thức và hỗ trợ chuyển tiếp.
• Việc trích xuất dữ liệu và lưu trữ lại đã được kiểm thử, không chỉ được hứa bằng hợp đồng, cho các dịch vụ then chốt.

Nguồn chính#

• Scopism — SIAM Body of Knowledge và SIAM Professional Body of Knowledge — tham chiếu mở dứt khoát cho vai trò, cấu trúc và quy trình tích hợp và quản lý dịch vụ.
• AXELOS — ITIL 4 — các thực hành quản lý dịch vụ CNTT về sự cố, vấn đề, thay đổi và quản lý nhà cung cấp mà SIAM mở rộng qua các nhà cung cấp.
• UK Government Commercial Function — The Sourcing Playbook và Outsourcing Playbook — hướng dẫn khu vực công về tìm nguồn, quản lý hợp đồng và rút lui.
• Crown Commercial Service — thỏa thuận khung và điều khoản chuẩn cho mua sắm công nghệ và dịch vụ được quản lý của khu vực công.
• National Cyber Security Centre (NCSC) — Supply chain security guidance — đánh giá và quản lý rủi ro an ninh mạng qua nhà cung cấp và nhà thầu phụ.
• HM Government / Cabinet Office — hướng dẫn về quản lý các bên thứ ba then chốt và rủi ro tập trung trong dịch vụ công.
• NHS England — các chuẩn an toàn lâm sàng DCB0129/DCB0160 và yêu cầu xử lý dữ liệu phải chảy xuống nhà cung cấp.

Tài liệu tham khảo#

1. Service integration and management — Wikipedia — https://en.wikipedia.org/wiki/Service_integration_and_management
2. ITIL — Wikipedia — https://en.wikipedia.org/wiki/ITIL
3. IT service management — Wikipedia — https://en.wikipedia.org/wiki/IT_service_management
4. Outsourcing — Wikipedia — https://en.wikipedia.org/wiki/Outsourcing
5. Business process outsourcing — Wikipedia — https://en.wikipedia.org/wiki/Business_process_outsourcing
6. Managed services — Wikipedia — https://en.wikipedia.org/wiki/Managed_services
7. Service-level agreement — Wikipedia — https://en.wikipedia.org/wiki/Service-level_agreement
8. Third-party management — Wikipedia — https://en.wikipedia.org/wiki/Third-party_management
9. Supply chain — Wikipedia — https://en.wikipedia.org/wiki/Supply_chain
10. Supply chain risk management — Wikipedia — https://en.wikipedia.org/wiki/Supply_chain_risk_management
11. Concentration risk — Wikipedia — https://en.wikipedia.org/wiki/Concentration_risk
12. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
13. Continual improvement process — Wikipedia — https://en.wikipedia.org/wiki/Continual_improvement_process
14. Kraljic matrix — Wikipedia — https://en.wikipedia.org/wiki/Kraljic_matrix
15. Scopism — SIAM Body of Knowledge — https://www.scopism.com/
16. AXELOS — ITIL 4 — https://www.axelos.com/certifications/itil-service-management
17. UK Government Commercial Function — The Sourcing Playbook — GOV.UK — https://www.gov.uk/government/publications/the-sourcing-playbook
18. National Cyber Security Centre — Supply chain security guidance — NCSC — https://www.ncsc.gov.uk/collection/supply-chain-security
19. Crown Commercial Service — GOV.UK — https://www.gov.uk/government/organisations/crown-commercial-service