Chủ đề 2.0 — Tiếp nhận công việc

Tóm lại trong một câu: Cách công việc đi vào tổ chức của bạn — qua một cánh cửa trước hữu hình duy nhất, được ghi nhận nhất quán và được xác nhận kịp thời — quyết định liệu bạn có bao giờ được chọn mình làm gì, hay chỉ phản ứng với ai la to nhất.

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

Trong y tế và chăm sóc, cái giá của việc tiếp nhận hỗn loạn không chỉ là công sức lãng phí — đó là rủi ro lâm sàng, bất bình đẳng và niềm tin bị xói mòn. Khi yêu cầu của một khoa về quy trình theo dõi sinh hiệu điện tử an toàn hơn, một lời chào hàng của nhà cung cấp, một mệnh lệnh quốc gia và ý tưởng tâm đắc của một thành viên hội đồng đều đến qua các kênh khác nhau mà không có hồ sơ chung, tổ chức không thể thấy nhu cầu của chính mình, chứ chưa nói đến quản trị nó. Các yêu cầu then chốt về an toàn bị chôn vùi sau những yêu cầu có quan hệ tốt nhưng giá trị thấp.

Tiền công làm trầm trọng thêm rủi ro. Mỗi đơn vị năng lực số bạn tiêu cho nhu cầu chưa được đánh giá, chưa được ghi nhận là năng lực không dành cho danh sách chờ, hồ sơ chăm sóc dùng chung, hay công việc về khả năng tương tác mà một hệ thống phụ thuộc vào. Các cơ quan quản lý, kiểm toán viên và các Hội đồng Chăm sóc Tích hợp (ICB) ngày càng kỳ vọng một câu trả lời bảo vệ được cho "việc này đã được ưu tiên như thế nào?" — và bạn không thể trả lời nếu bạn thậm chí không thể cho thấy nó đã đến như thế nào. Tiếp nhận tốt là điểm kiểm soát đầu tiên trong một mô hình vận hành có thể quản trị, công bằng và dựa trên bằng chứng (xem Chủ đề 1.1 — Mô hình vận hành, và Chủ đề 1.3 — Quyết định dựa trên bằng chứng).

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

Tiếp nhận là quy trình có kỷ luật để nhận, ghi lại, phân loại và xác nhận mọi đơn vị nhu cầu trước khi có bất kỳ quyết định nào về việc có làm hay làm như thế nào. Nó cố ý tách khỏi phân loại ưu tiên (đánh giá và định tuyến — Chủ đề 2.1) và ưu tiên hóa (sắp thứ tự — Chủ đề 2.2). Nhiệm vụ duy nhất của tiếp nhận là làm cho nhu cầu hữu hình và có thể so sánh.

Quản lý nhu cầu, trong truyền thống quản lý dịch vụ ITIL (Thư viện Hạ tầng CNTT), là thực hành dự đoán và điều hướng nhu cầu để nó có thể được đáp ứng "mà không phát sinh chi phí ngoài kế hoạch". Công cụ trung tâm của nó là cánh cửa trước duy nhất: một tuyến đường mà qua đó mọi yêu cầu được thu thập, để không có gì bị mất hoặc xử lý qua các kênh không chính thức. ITIL 4 định khung điều này như một danh mục dịch vụ (chính cánh cửa trước) cộng với quản lý yêu cầu dịch vụ (điều xảy ra khi ai đó bước qua nó).

Các loại nhu cầu không thể hoán đổi cho nhau, và việc gộp chúng là một nguồn rối loạn phổ biến. Một phân loại thực dụng hữu ích:

• Ý tưởng / cơ hội — "sẽ thật tốt nếu…"; chưa được chứng minh, cần khám phá.
• Yêu cầu / cải tiến — một thay đổi được xác định đối với một dịch vụ hiện có.
• Sự cố / vấn đề — có thứ gì đó hỏng hoặc không an toàn ngay bây giờ; thường là một đường vận hành riêng, nhanh hơn.
• Mệnh lệnh — công việc luật định, quy định hoặc do quốc gia chỉ đạo (ví dụ một yêu cầu chương trình quốc gia của NHS England) với quyền tự quyết hạn chế.

Mỗi loại xứng đáng một đường đi phía sau khác nhau, nhưng tất cả nên đến qua cùng một cánh cửa trước và được ghi vào cùng một tồn đọng nhu cầu.

Tiếp nhận bóng (shadow intake) — người anh em phía nhu cầu của CNTT bóng (shadow IT) — là phản mẫu: nhu cầu vòng qua cánh cửa trước — cuộc trò chuyện ngoài hành lang, email trực tiếp cho một lập trình viên thân thiện, "việc giúp nhanh". Tiếp nhận bóng vô hình, không được quản trị, và là mối đe dọa lớn nhất đối với một hệ thống công bằng, an toàn.

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

1. Thiết lập một cánh cửa trước hữu hình duy nhất. Cung cấp một tuyến đường duy nhất, được quảng bá rộng rãi cho mọi nhu cầu mới — thường là một mẫu đơn có hàng đợi hoặc công cụ phiếu việc hỗ trợ — và định tuyến mọi thứ qua nó, kể cả yêu cầu của các lãnh đạo cấp cao. Cánh cửa trước không nhất thiết là một nhóm duy nhất, nhưng phải là một hồ sơ duy nhất. Không thể có khả năng quan sát nhu cầu nếu các yêu cầu nằm trong mười hai hộp thư.

2. Ghi nhận nhu cầu bằng một mẫu đơn có cấu trúc, gọn nhẹ. Chỉ hỏi những gì bạn cần để phân loại ưu tiên: người yêu cầu và dịch vụ, vấn đề hoặc kết quả mong muốn (không phải giải pháp), người dùng bị ảnh hưởng và khối lượng, bất kỳ yếu tố thúc đẩy về an toàn hoặc luật định, và cảm nhận sơ bộ về mức khẩn cấp. Cưỡng lại việc phình mẫu đơn thành một hồ sơ kinh doanh đầy đủ — tiếp nhận quá nặng đẩy người ta trở lại các kênh bóng.

3. Phân loại ngay tại cửa. Gắn thẻ mỗi hạng mục theo loại nhu cầu (ý tưởng / yêu cầu / sự cố / mệnh lệnh), dịch vụ khởi nguồn, và liệu nó có chạm đến an toàn lâm sàng hoặc dữ liệu cá nhân hay không. Phân loại là điều cho phép bạn đưa sự cố xuống đường vận hành nhanh trong khi ý tưởng đi vào khám phá, mà không buộc người yêu cầu hiểu bộ máy nội bộ của bạn.

4. Tách đường sự cố — nhưng vẫn ghi lại nó. Thứ gì không an toàn hoặc hỏng ngay bây giờ không được xếp hàng sau các yêu cầu thay đổi. Hãy định tuyến sự cố vào quy trình vận hành/bàn dịch vụ của bạn ngay lập tức, nhưng bảo đảm khối lượng và mô thức sự cố vẫn hiển thị với bộ phận tiếp nhận, vì các sự cố lặp lại thường là tín hiệu mạnh nhất về nơi nên đầu tư thay đổi.

5. Chỉ đòi hỏi vừa đủ hồ sơ kinh doanh — tương xứng với quy mô. Với các yêu cầu nhỏ, một câu về lợi ích kỳ vọng là đủ. Với các đề xuất lớn hơn, dùng một hồ sơ một trang gọn nhẹ: vấn đề, kết quả dự định và ai hưởng lợi, quy mô sơ bộ, các rủi ro chính, và cái giá của việc không làm. Dành sự nghiêm ngặt của hồ sơ kinh doanh đầy đủ (Sách Xanh / mô hình năm trường hợp của Kho bạc) cho các quyết định đầu tư thực sự, không phải cho mọi ý tưởng.

6. Đặt ra và công bố một SLA xác nhận. Cam kết một thỏa thuận mức dịch vụ cho việc xác nhận — ví dụ, "mọi yêu cầu được xác nhận trong vòng hai ngày làm việc, kèm chỉ dẫn các bước tiếp theo và ngày dự kiến phân loại ưu tiên". Xác nhận không phải đồng ý làm việc; đó là lời hứa rằng yêu cầu đã được thấy và sẽ được đánh giá. Kỷ luật duy nhất này làm được nhiều hơn bất cứ điều gì khác để diệt tiếp nhận bóng, vì người ta dùng kênh phụ chủ yếu khi cánh cửa trước có vẻ như một hố đen.

7. Làm cho hàng đợi tiếp nhận hiển thị với mọi người. Công bố tồn đọng nhu cầu — ít nhất trong nội bộ — để người yêu cầu có thể thấy hạng mục của họ, trạng thái của nó, và vị trí của nó so với các hạng mục khác. Minh bạch biến "sao chưa ai xử lý việc của tôi?" thành một câu trả lời tự phục vụ và xây dựng niềm tin vào tính công bằng của quy trình.

8. Chỉ định một người sở hữu tiếp nhận và nhịp làm việc. Phải có người sở hữu cánh cửa trước: bảo đảm các hạng mục đầy đủ, được phân loại đúng, loại bỏ trùng lặp, và chuyển sang phân loại ưu tiên theo nhịp có thể dự đoán (xem Chủ đề 2.1). Tiếp nhận không có người sở hữu sẽ lắng bùn trong vòng vài tuần.

9. Làm cho các tuyến tiếp nhận dễ tiếp cận và công bằng. Những người có nhu cầu cấp bách nhất — nhân viên tuyến đầu, nhà cung cấp chăm sóc xã hội, và các cộng đồng ít được lắng nghe — thường là những người ít có khả năng nhất trong việc nộp một yêu cầu bóng bẩy. Hãy cung cấp nhiều hơn một cách vào, giữ ngôn ngữ đơn giản, và giúp người yêu cầu nêu rõ vấn đề nền tảng thay vì chỉ định trước một giải pháp. Một quy trình tiếp nhận chỉ những người có nguồn lực mới điều hướng được sẽ lặng lẽ làm lệch cả danh mục.

10. Khép vòng với người yêu cầu. Cho người ta biết điều gì đã xảy ra với yêu cầu của họ — được chấp nhận, gộp, tạm gác hay từ chối — và vì sao, trong khung thời gian có thể dự đoán. Tiếp nhận im lặng phá hủy niềm tin và thúc đẩy nhu cầu bóng và các cách xoay xở, trong khi phản hồi trung thực, kịp thời (ngay cả một lời "không") giữ cho cánh cửa trước đáng tin và giảm việc phải hối thúc.

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

1. Làm sao chúng ta thực sự biết có bao nhiêu tiếp nhận bóng đang vòng qua cánh cửa trước của mình ngay bây giờ? Câu hỏi này quan trọng vì bạn không thể quản trị nhu cầu bạn không thể thấy, và hầu hết các lãnh đạo đánh giá thấp một cách nghiêm trọng lượng công việc đi vào qua các cuộc trò chuyện ngoài hành lang, email trực tiếp cho lập trình viên thân thiện, và "việc giúp nhanh" cho các bên liên quan có quan hệ tốt. Căng thẳng là chính những người vận hành cánh cửa trước thường ít biết nhất về những gì vòng qua nó, nên một câu trả lời trung thực đòi hỏi hỏi các lập trình viên và nhóm triển khai xem họ thực sự đang bị kéo vào điều gì, chứ không chỉ đọc hàng đợi. Hãy xem xét các cách thăm dò cụ thể: kiểm toán một mẫu công việc đã hoàn thành quý trước và hỏi "việc này khởi nguồn từ đâu, và có hồ sơ tiếp nhận cho nó không?"; hỏi nhân viên tuyến đầu và lâm sàng xem hôm nay họ sẽ nêu một mối lo ngại như thế nào và xem cánh cửa trước có hề nằm trong câu trả lời của họ không. Một câu trả lời tốt cưỡng lại giả định an ủi "chúng ta có mẫu đơn, nên nhu cầu hữu hình" và thay vào đó gọi tên các kênh phụ cụ thể, ước tính khối lượng của chúng, và xác định vì sao người ta thích chúng — thường vì cánh cửa trước chậm hơn hoặc có vẻ như một hố đen. Bằng chứng cần tìm là khoảng cách giữa nhu cầu được ghi nhận và công việc được hoàn thành; một khoảng cách lớn là thước đo điểm mù của bạn, không phải năng lực của bạn.

2. Tập trường tối thiểu nào chúng ta có thể đòi hỏi tại cửa mà không đẩy người ta trở lại các kênh bóng? Đây là một sự đánh đổi thiết kế thực sự, không có bữa trưa miễn phí: mỗi trường bạn thêm cải thiện khả năng phân loại sau này nhưng tăng chi phí nộp đơn, và vượt qua một ngưỡng nào đó người ta thôi dùng cánh cửa trước hoàn toàn. Trong bối cảnh y tế và chăm sóc, rủi ro sắc hơn vì một cờ an toàn lâm sàng và dữ liệu cá nhân bắt buộc là không thể thương lượng, nhưng một mẫu đơn phình thành hồ sơ kinh doanh đầy đủ sẽ kìm hãm chính những tín hiệu an toàn sớm, rụt rè mà bạn muốn bắt nhất. Cuộc tranh luận nên làm lộ ra ai là những người yêu cầu khó tiếp cận nhất của bạn — nhân viên khoa tuyến đầu và đồng nghiệp chăm sóc xã hội không có hỗ trợ viết hồ sơ đề xuất — và thiết kế cho ngân sách công sức của họ, không phải cho khẩu vị thông tin của văn phòng danh mục. Các góc cụ thể: soạn mẫu đơn và tự bấm giờ khi hoàn thành nó như một điều dưỡng bận rộn; phân biệt các trường cần để định tuyến một hạng mục với các trường cần để quyết định về nó, và hoãn cái sau sang giai đoạn phân loại hoặc hồ sơ kinh doanh. Một câu trả lời mạnh nêu một nguyên tắc — ghi nhận vấn đề và kết quả, không phải giải pháp; ghi nhận đủ để phân loại và xác nhận, không hơn — và chấp nhận rằng một số thông tin sẽ được hỏi sau thay vì đòi trước. Phiên bản trung thực thừa nhận rằng một mẫu đơn dễ cho người điều phối thường khó cho người yêu cầu, và chủ ý chọn sự tiện lợi của người yêu cầu.

3. Khi một lãnh đạo cấp cao cố định tuyến một yêu cầu vòng qua cánh cửa trước, chúng ta thực sự sẽ làm gì? Việc cấp cao đi vòng là hành vi có khả năng cao nhất làm sụp đổ một kỷ luật tiếp nhận, vì nó báo hiệu cho mọi người rằng cánh cửa trước dành cho người khác, và nó quan trọng nhất ở các tổ chức NHS và chính phủ vốn phân cấp, nơi thách thức thâm niên khó về mặt văn hóa. Căng thẳng là có thật: nhà lãnh đạo thường có một yêu cầu chính đáng và thẩm quyền thực sự, nên câu trả lời không thể là một lời từ chối cụt lủn để giúp, nhưng cũng không thể là một ngoại lệ lặng lẽ trở thành chuẩn mực trong vòng một tháng. Nhóm nên diễn tập kịch bản và leo thang cụ thể — người điều phối có ghi nó vào cánh cửa trước thay mặt nhà lãnh đạo và nhẹ nhàng chuyển hướng các yêu cầu tương lai không, và ai có đủ vị thế để giữ ranh giới đó khi bị chống lại? Hãy xem xét sự tuân thủ hữu hình của cấp điều hành sẽ trông thế nào như một tín hiệu tích cực: một giám đốc công khai nộp yêu cầu của chính mình qua mẫu đơn làm nhiều hơn bất kỳ tài liệu chính sách nào để hợp thức hóa quy trình. Một câu trả lời tốt gọi tên một phản ứng cụ thể, lặp lại được thay vì hy vọng rằng "nó sẽ không là vấn đề", và xác định một hoặc hai nhà bảo trợ cấp cao mà hành vi của chính họ sẽ quyết định văn hóa. Câu trả lời thiếu trung thực là "các lãnh đạo của chúng tôi sẽ không làm thế" — họ sẽ làm, và kế hoạch cần sống sót qua lần đầu tiên họ làm.

4. Làm sao chúng ta bảo đảm cánh cửa trước của mình thực sự đến được với những người có nhu cầu cấp bách nhất, không chỉ những người tự tin về số? Câu hỏi này quan trọng vì một quy trình tiếp nhận lặng lẽ định hình cả danh mục, và nếu chỉ các nhóm có nguồn lực mới điều hướng được nó, nhu cầu bạn thấy bị lệch có hệ thống khỏi tiếng nói tuyến đầu, chăm sóc xã hội và các cộng đồng ít được lắng nghe. Căng thẳng là cùng cấu trúc và sự nghiêm ngặt khiến nhu cầu có thể quản trị — mẫu đơn, trường, công cụ quản lý dịch vụ — cũng nâng rào cản cho một điều dưỡng khu vực bận rộn, một quản lý nhà dưỡng lão, hay một nhóm tiếp xúc bệnh nhân không có hỗ trợ viết hồ sơ đề xuất. Hãy xem xét các góc cụ thể: ai đã thực sự nộp qua cánh cửa trước trong quý vừa qua, và quần thể đó có khớp với nơi rủi ro lâm sàng và bất bình đẳng thực sự nằm không? Cung cấp nhiều hơn một cách vào — một cuộc gọi hoặc một cuộc trò chuyện ngắn mà người điều phối ghi lại — và kiểm tra xem ngôn ngữ có giả định thuật ngữ nội bộ loại trừ người ngoài không. Một câu trả lời trung thực gọi tên các nhóm hiện đại diện thiếu trong hàng đợi và cam kết những điều chỉnh cụ thể cho họ, thay vì giả định một mẫu đơn trực tuyến là trung lập. Bằng chứng cần tìm là sự phân bố nhân khẩu học và tổ chức của những người nêu nhu cầu, không chỉ tổng khối lượng.

5. Khi hai yêu cầu hóa ra là cùng một nhu cầu nền tảng, ai quyết định chúng trùng nhau, và làm sao chúng ta bảo vệ niềm tin của người yêu cầu khi gộp chúng? Sự trùng lặp là không thể tránh ở mọi quy mô — cùng một nhu cầu "theo dõi sinh hiệu điện tử" hay đối chiếu thuốc đến từ nhiều khoa hoặc địa điểm — và nếu không được quản lý nó làm phình tồn đọng rõ ràng và phân mảnh công sức qua nửa tá biến thể dang dở. Sự đánh đổi là gộp là một hành động phán đoán có thể lặng lẽ tước quyền của một người yêu cầu: người có phiếu bị gộp vào cái khác có thể cảm thấy vấn đề cụ thể của họ bị bác bỏ, đặc biệt nếu hạng mục còn lại được định khung bằng lời của người khác. Nhóm nên quyết định thẩm quyền loại bỏ trùng lặp nằm ở đâu — thường là người sở hữu tiếp nhận — và bằng chứng nào biện minh cho việc gọi hai thứ là "như nhau", vì các yêu cầu giống nhau bề ngoài đôi khi che giấu những bối cảnh lâm sàng thực sự khác nhau. Thực hành cụ thể: giữ mọi yêu cầu gốc có thể truy vết ngay cả sau khi gộp, và nói với cả hai người yêu cầu điều gì đã xảy ra và vì sao, để việc hợp nhất cảm thấy như được lắng nghe cùng nhau chứ không bị lấn át. Một câu trả lời tốt xem loại bỏ trùng lặp là một kỷ luật tuyển chọn với quyền sở hữu rõ ràng và dấu vết kiểm toán, không phải dọn dẹp thầm lặng. Phiên bản thiếu trung thực giả định các trùng lặp là hiển nhiên và vô hại để gộp, trong khi thực ra gộp cẩu thả là lý do phổ biến khiến người ta ngừng tin cánh cửa trước.

6. Chính sách trung thực của chúng ta để nói "không" hoặc "chưa phải bây giờ" là gì, và chúng ta có sẵn lòng làm cho nhu cầu bị từ chối hiển thị như nhu cầu được chấp nhận không? Hầu hết các cuộc trò chuyện về tiếp nhận tập trung vào cách công việc đi vào, nhưng sức khỏe của hệ thống phụ thuộc không kém vào cách công việc bị từ chối một cách trung thực, vì một cánh cửa trước chỉ có thể nói "có" hoặc "im lặng" sẽ lắng bùn và mất uy tín. Trong y tế và chăm sóc, rủi ro rất rõ: từ chối hoặc tạm gác một yêu cầu có thể là quyết định đúng trước một ngân sách hữu hạn, nhưng nó cũng có thể chôn vùi một tín hiệu an toàn hay công bằng thực sự, nên lập luận phải được ghi lại và có thể xem lại thay vì bị mất. Căng thẳng mang tính văn hóa — một lời "không, và đây là lý do" rõ ràng tôn trọng và hữu ích hơn một lời "chúng tôi sẽ xem xét" vô thời hạn, nhưng khó nói hơn, đặc biệt với các yêu cầu từ cấp cao hay lâm sàng. Hãy xem xét các góc cụ thể: các hạng mục bị tạm gác có ngày xem xét lại không, và người yêu cầu có thể thấy vì sao yêu cầu của họ bị từ chối và điều gì sẽ thay đổi quyết định không? Làm cho nhu cầu bị từ chối và tạm gác hiển thị cùng nhu cầu được chấp nhận là điều cho phép tổ chức học hỏi từ chính những lựa chọn của mình và bảo vệ chúng trước một ICB hay kiểm toán viên. Một câu trả lời trung thực cam kết đóng kịp thời, có lý do cho mọi hạng mục — chấp nhận, gộp, tạm gác hay từ chối — và chấp nhận rằng một lời "không" đáng tin bảo vệ cánh cửa trước nhiều hơn một tồn đọng đầy hy vọng về những thứ sẽ không bao giờ có ai bắt đầu.

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) không có cách chung để tiếp nhận nhu cầu số. Các bệnh viện gửi email cho giám đốc chương trình; các nhà cung cấp vận động các giám đốc lâm sàng; một mệnh lệnh quốc gia về khả năng tương tác đến bằng thư; nhân viên khoa nêu các mối lo ngại về an toàn trên giấy không bao giờ đến được đội số. Không ai có thể nói có bao nhiêu nhu cầu tồn tại hay vì sao bất kỳ công việc nào đang được tiến hành.

ICS đưa ra một mẫu đơn tiếp nhận duy nhất trong công cụ quản lý dịch vụ hiện có của mình, với bốn loại nhu cầu và một cờ bắt buộc "an toàn lâm sàng / dữ liệu cá nhân". Mọi tuyến — nhà cung cấp, bệnh viện, cơ quan quốc gia, tuyến đầu — được chỉ về mẫu đơn đó; các lãnh đạo cấp cao đồng ý làm gương bằng cách tự dùng nó. Một người điều phối tiếp nhận xác nhận mỗi hạng mục trong vòng hai ngày làm việc và chạy một buổi ngắn hằng tuần để kiểm tra tính đầy đủ và phân loại trước khi giao các hạng mục cho hội đồng phân loại ưu tiên.

Trong vòng một quý, ba điều đã thay đổi. Thứ nhất, lần đầu tiên ICS có thể cho hội đồng thấy một bức tranh duy nhất về nhu cầu số theo loại và theo tổ chức khởi nguồn. Thứ hai, một cụm sự cố tuyến đầu về quy trình đối chiếu thuốc — trước đây vô hình — nổi lên như một ứng viên thay đổi rõ ràng, có bằng chứng. Thứ ba, các yêu cầu bóng giảm mạnh, vì cánh cửa trước nay phản hồi nhanh hơn các kênh phụ từng làm.

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

Công ty khởi nghiệp#

Một công ty y tế số nhỏ sống hay chết nhờ sự tập trung, nên cánh cửa trước của nó ít về quản trị nhiều bên liên quan và nhiều về cưỡng lại sức kéo của mọi khách hàng tiềm năng, nhà đầu tư và cố vấn lâm sàng muốn một tính năng đặt riêng. Tiếp nhận ở đây gọn nhẹ — một bảng chung hoặc một bảng tính — nhưng vẫn phải là một hồ sơ, vì kênh phụ "cứ xây đi" do nhà sáng lập dẫn dắt là phiên bản tiếp nhận bóng của công ty khởi nghiệp và nó lặng lẽ định hình lại lộ trình. Ràng buộc kinh phí là bộ phân loại sắc nhất: mỗi hạng mục được cân với một thời gian còn tiền ngắn, nên trường giá trị nhất của mẫu đơn tiếp nhận là "kết quả khách hàng hay quy định nào điều này mở ra?" Các cờ an toàn lâm sàng và bảo vệ dữ liệu không thể bỏ qua ngay cả ở quy mô này, vì một công ty khởi nghiệp xử lý dữ liệu bệnh nhân mang cùng các nghĩa vụ DCB0129 và UK GDPR như một bệnh viện. Kỷ luật nói "đã ghi nhận, chưa bắt đầu" là điều ngăn một công ty đầy hứa hẹn phân mảnh thành hàng chục thí điểm dang dở.

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 hoặc một phòng khám đơn lẻ — có bệnh nhân thật và hoạt động liên tục nhưng hiếm khi có chức năng CNTT hay số chuyên trách, nên tiếp nhận là một nhiệm vụ rơi vào một người quản lý phòng khám hoặc quản lý đăng ký cùng với mọi việc khác. Cánh cửa trước ở đây khiêm tốn — thường là một hộp thư chung hoặc một cuốn sổ nhật ký — nhưng nó vẫn quan trọng, vì nhu cầu đến từ bác sĩ, người quản lý tài khoản của nhà cung cấp, một hành động của CQC và một yêu cầu của ICB cùng lúc, và nếu thiếu một hồ sơ, những việc nhỏ nhất và ồn ào nhất sẽ lấn át những việc quan trọng. Ràng buộc ràng buộc là thời gian của con người chứ không phải các vòng tài trợ: câu hỏi tiếp nhận xứng đáng với chỗ của nó là "điều này có giải quyết một nghĩa vụ về an toàn bệnh nhân, quy định hay hợp đồng không, hay nó có thể chờ?" Các tổ chức này mang cùng nghĩa vụ an toàn lâm sàng và UK GDPR như một bệnh viện lớn nhưng phải thực hiện chúng với một phần nhỏ năng lực, nên một cách ghi nhận và xác nhận nhu cầu gọn nhẹ, nhất quán là điều ngăn các nghĩa vụ luật định bị bỏ lỡ trong cơn vội vã hằng ngày. Mục tiêu thực tế không phải sự tinh vi mà là độ tin cậy — mọi yêu cầu được viết xuống một lần, ở một nơi, và được xem xét theo một nhịp đều đặn, dù đơn giản.

Doanh nghiệp lớn#

Một bệnh viện NHS hoặc ICS có vấn đề ngược lại: nhiều kênh chính đáng (khoa, dịch vụ doanh nghiệp, nhà cung cấp, cơ quan quốc gia) và những luồng chính trị mạnh, nên cánh cửa trước duy nhất là một thay đổi văn hóa nhiều như một công cụ. Chức năng tiếp nhận thường là một người điều phối có tên hoặc một nhóm nhỏ trong văn phòng danh mục, được hậu thuẫn bởi một nền tảng quản lý dịch vụ doanh nghiệp, và nhiệm vụ khó nhất của nó là thuyết phục các giám đốc định tuyến yêu cầu của chính họ qua nó thay vì vòng qua nó. Khối lượng buộc phải phân loại và loại bỏ trùng lặp thực sự — cùng một yêu cầu "theo dõi sinh hiệu điện tử" thường đến năm lần từ năm địa điểm — và cờ an toàn phải tích hợp với quản lý rủi ro lâm sàng và nhật ký mối nguy của bệnh viện. Trách nhiệm giải trình là bên ngoài: một ICB, kiểm toán viên hay cơ quan quản lý có thể hỏi bất kỳ chương trình nào đã được biện minh ra sao, nên hồ sơ tiếp nhận là một hiện vật quản trị, không chỉ là một hàng đợi.

Chính phủ#

Ở cấp NHS England, DHSC, một chính phủ được phân quyền, hoặc một chính quyền địa phương, tiếp nhận định hình nhu cầu quốc gia và tiền công ở quy mô lớn, và phần lớn nó đến dưới dạng mệnh lệnh hơn là yêu cầu — nghĩa vụ luật định, cam kết của bộ trưởng, điều kiện rà soát chi tiêu. Cánh cửa trước thường là một danh mục hay đường ống đầu tư chính thức được chi phối bởi mô hình năm trường hợp của Kho bạc và Sách Xanh, nên ngay cả những ý tưởng sớm cũng được ghi nhận theo sự phù hợp chiến lược và giá trị đồng tiền ngay từ đầu. Khẩu vị rủi ro thấp và sự soi xét cao: sự quan tâm của Văn phòng Kiểm toán Quốc gia và Ủy ban Tài khoản Công nghĩa là mọi hạng mục được chấp nhận phải có nguồn gốc và lý do có thể truy vết. Thách thức là sự tương xứng — áp dụng đủ sự nghiêm ngặt để bảo vệ chi tiêu mà không có một cổng nặng đến mức tiếng nói tuyến đầu và chính quyền địa phương, những người không có nhóm viết hồ sơ đề xuất, bị loại ra thực chất. Minh bạch của đường ống nhu cầu do đó vừa là một biện pháp hiệu quả vừa là một nghĩa vụ công bằng.

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

• Cánh cửa trước hố đen. Một mẫu đơn tồn tại, nhưng các yêu cầu biến mất vào đó mà không có xác nhận. Người ta quay lại các kênh phụ trong vòng vài tuần. Cách sửa: một SLA xác nhận, được giữ nghiêm ngặt.
• Tiếp nhận định hình theo giải pháp. Mẫu đơn hỏi "bạn muốn xây gì?" thay vì "bạn đang cố giải quyết vấn đề gì?", khóa chặt một giải pháp trước khi khám phá. Cách sửa: ghi nhận kết quả và vấn đề, không phải thiết kế.
• Cổng nặng nề tại cửa. Đòi một hồ sơ kinh doanh đầy đủ để nộp một ý tưởng kìm hãm các tín hiệu sớm tốt và thúc đẩy tiếp nhận bóng. Cách sửa: ghi nhận tương xứng; sự nghiêm ngặt đến sau.
• Cấp điều hành đi vòng. Các lãnh đạo định tuyến yêu cầu của chính họ vòng qua quy trình, báo hiệu rằng cánh cửa trước dành cho người khác. Cách sửa: sự tuân thủ hữu hình của cấp điều hành; không ngoại lệ.
• Sự cố bị lạc trong hàng đợi thay đổi. Các hỏng hóc then chốt về an toàn chờ sau các yêu cầu cải tiến. Cách sửa: một đường sự cố riêng, nhanh hơn mà bộ phận tiếp nhận vẫn thấy.
• Tiếp nhận không có người sở hữu. Hàng đợi đầy lên nhưng không ai tuyển chọn nó. Cách sửa: một người điều phối có tên và nhịp cố định.

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

Danh sách kiểm tra#

• Có một cánh cửa trước được quảng bá duy nhất cho mọi nhu cầu số mới.
• Mẫu đơn tiếp nhận ghi nhận vấn đề/kết quả, không chỉ một giải pháp được yêu cầu.
• Mọi hạng mục được phân loại theo loại nhu cầu (ý tưởng / yêu cầu / sự cố / mệnh lệnh).
• Một cờ an toàn lâm sàng và dữ liệu cá nhân là bắt buộc khi tiếp nhận.
• Sự cố có đường riêng, nhanh hơn nhưng vẫn hiển thị với bộ phận tiếp nhận.
• Một SLA xác nhận được công bố tồn tại và được đo.
• Hàng đợi nhu cầu hiển thị với người yêu cầu và các bên liên quan.
• Một người sở hữu có tên tuyển chọn tiếp nhận theo nhịp cố định.
• Công sức hồ sơ kinh doanh tương xứng với quy mô yêu cầu.
• Các lãnh đạo cấp cao dùng cánh cửa trước như mọi người khác.

Nguồn chính#

• ITIL 4 (AXELOS / PeopleCert) — các thực hành Quản lý Nhu cầu và Quản lý Yêu cầu Dịch vụ; khái niệm "cánh cửa trước duy nhất".
• NHS England — DCB0129 Clinical Risk Management: its Application in the Manufacture of Health IT Systems (gắn cờ an toàn cho thay đổi).
• Sổ tay Dịch vụ GOV.UK (Dịch vụ Số của Chính phủ) — hiểu nhu cầu và vấn đề của người dùng trước các giải pháp.
• Tiêu chuẩn Dịch vụ Số của NHS — thiết kế theo nhu cầu người dùng; làm cho công việc hữu hình.
• Kho bạc HM — Sách Xanh và mô hình năm trường hợp (hồ sơ kinh doanh tương xứng).
• Reinertsen, D. — The Principles of Product Development Flow (quản lý hàng đợi và nhu cầu).

Tài liệu tham khảo#

1. Demand management — Wikipedia — https://en.wikipedia.org/wiki/Demand_management
2. ITIL — Wikipedia — https://en.wikipedia.org/wiki/ITIL
3. IT service management — Wikipedia — https://en.wikipedia.org/wiki/IT_service_management
4. Service catalog — Wikipedia — https://en.wikipedia.org/wiki/Service_catalog
5. Service-level agreement — Wikipedia — https://en.wikipedia.org/wiki/Service-level_agreement
6. Shadow IT — Wikipedia — https://en.wikipedia.org/wiki/Shadow_IT
7. Business case — Wikipedia — https://en.wikipedia.org/wiki/Business_case
8. ITIL 4: Demand Management and Service Request Management practices — AXELOS / PeopleCert — https://www.peoplecert.org/itil
9. DCB0129: Clinical Risk Management: its Application in the Manufacture of Health IT Systems — NHS England — https://digital.nhs.uk/services/clinical-safety/documentation
10. GOV.UK Service Manual — Government Digital Service — https://www.gov.uk/service-manual
11. NHS Service Standard — NHS England — https://service-manual.nhs.uk/standards-and-technology/service-standard
12. The Green Book: appraisal and evaluation in central government (five-case model) — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government
13. Reinertsen, D. — The Principles of Product Development Flow — Celeritas Publishing — https://www.celeritas.com/