Chủ đề 5.4 — Hoạch định nguồn lực doanh nghiệp (ERP)

Tóm lại trong một câu: Hoạch định nguồn lực doanh nghiệp là hệ thống hậu cần tích hợp — tài chính, nhân sự, bảng lương, mua sắm và chuỗi cung ứng — đóng vai trò hệ thống ghi nhận chính thức của tổ chức về tiền, con người và hàng tồn kho, và lặng lẽ làm nền cho hầu hết mọi phương thức làm việc trong cuốn sách này.

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

Chuyển đổi số trong y tế và chăm sóc nhận sự chú ý từ các hệ thống lâm sàng — hồ sơ bệnh án điện tử, hồ sơ chăm sóc dùng chung, ứng dụng bệnh nhân. Nhưng không cái nào chạy được nếu thiếu bộ máy hậu cần kém hào nhoáng bên dưới. Nhân viên phải được tuyển, xếp lịch và trả lương; nhà cung cấp phải được ký hợp đồng và thanh toán; thuốc, thiết bị và vật tư tiêu hao phải được đặt và theo dõi; và mỗi đồng bảng phải được hạch toán so với ngân sách công bị ràng buộc chặt. ERP là nơi điều đó xảy ra, và khi nó hỏng, hậu quả tức thì: nhân viên không được trả lương, mua sắm đình trệ, sổ sách không đối chiếu được, và chức năng tài chính bay trong mù.

Quy mô là khổng lồ. NHS Shared Business Services (NHS SBS), một liên doanh thành lập năm 2004, vận hành một nền tảng tài chính và mua sắm quốc gia dựa trên Oracle xử lý hàng triệu hóa đơn và xử lý một phần rất lớn tổng chi tiêu NHS cho hơn một trăm tổ chức NHS (xem Nguồn chính). Các quyết định ERP do đó không phải mối quan tâm tài chính ngách — chúng định hình quản lý lực lượng lao động, kiểm soát tiền công, và chất lượng dữ liệu mà mọi phân tích hạ nguồn phụ thuộc. Với một giám đốc, ERP vừa là yếu tố tạo điều kiện nền tảng vừa là một trong những chương trình rủi ro cao nhất mà một tổ chức từng thử.

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

ERP là gì. Một bộ hoạch định nguồn lực doanh nghiệp tích hợp, duy nhất gồm các mô-đun dùng chung một cơ sở dữ liệu và một bộ dữ liệu chủ, bao quát các quy trình hành chính cốt lõi của doanh nghiệp: sổ cái và kế toán tài chính, công nợ phải trả và phải thu, nhân sự và quản trị lực lượng lao động, bảng lương, mua sắm (mua-đến-thanh-toán), tồn kho và chuỗi cung ứng, và ngày càng nhiều là hoạch định và phân tích (FP&A — hoạch định và phân tích tài chính). Điểm của "tích hợp" là một đơn đặt hàng, một phiếu nhận hàng và một hóa đơn tự động đối chiếu vì chúng là cùng một dữ liệu, không phải ba bản sao.

Hệ thống ghi nhận chính thức. ERP là nguồn có thẩm quyền cho dữ liệu tài chính và nguồn lực — sổ cái mà kiểm toán viên tin và bảng lương mà nhân viên được trả. Các hệ thống khác có thể giữ bản sao vận hành, nhưng ERP là phiên bản sự thật về tiền và, thường, về hồ sơ nhân sự thực chất.

Dữ liệu chủ. Dữ liệu tham chiếu dùng chung mà mọi thứ khác phụ thuộc: hệ thống tài khoản, trung tâm chi phí, hồ sơ nhà cung cấp, danh mục mặt hàng và hồ sơ nhân viên. Dữ liệu chủ là yếu tố quyết định thầm lặng của thành công ERP — dữ liệu chủ bẩn, trùng lặp hoặc không nhất quán làm hỏng báo cáo, phá đối chiếu và làm suy yếu mọi quy trình xây trên nó.

Các nền tảng phổ biến trong y tế và khu vực công. Trong NHS và khu vực công Vương quốc Anh rộng hơn, các nền tảng ERP chính là Oracle (thống trị, phần lớn qua NHS SBS và các liên minh như NEP), SAP, Unit4 (được nhiều bệnh viện, đại học và chính quyền địa phương lựa chọn), và Microsoft Dynamics 365. Các chính quyền địa phương cung cấp chăm sóc xã hội cho người lớn vận hành cùng loại hệ thống cho tài chính và mua sắm của họ. Hướng đi hiện đại là ERP đám mây (phần mềm như một dịch vụ) thay vì cài đặt tại chỗ.

Dịch vụ dùng chung. Thay vì mỗi tổ chức vận hành ERP riêng, nhiều tổ chức dùng chung một nền tảng và một hoạt động hậu cần chung — mô hình NHS SBS, và các liên minh NHS vận hành các phiên bản Oracle Cloud theo mẫu. Dịch vụ dùng chung đánh đổi một phần linh hoạt địa phương lấy sự chuẩn hóa, lợi thế quy mô, và gánh nặng triển khai và hỗ trợ tập thể nhỏ hơn.

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

1. Xem dữ liệu chủ là nền tảng, không phải điều nghĩ sau. Làm sạch và khử trùng hệ thống tài khoản, hồ sơ nhà cung cấp, danh mục mặt hàng và dữ liệu nhân viên trước khi di chuyển, và thiết lập quyền sở hữu quản trị dữ liệu liên tục. Những thất bại ERP gây hại nhất đều truy về dữ liệu chủ xấu mà không phần mềm tốt nào sửa được; một luồng công việc chất lượng dữ liệu không phải tùy chọn.

2. Áp dụng chuẩn; tối thiểu hóa tùy biến. Cấu hình ERP theo mẫu chuẩn của nhà cung cấp hoặc liên minh nơi quy trình thực sự là hàng hóa phổ thông, và dành thay đổi đặt riêng cho yếu tố khác biệt thực sự hiếm hoi. Tùy biến nặng làm phình chi phí, phá khả năng nâng cấp, và đưa lại sự hỗn độn địa phương mà bạn đang cố thoát — ERP đám mây đặc biệt trừng phạt bản năng "làm cho nó giống hệ thống cũ của chúng ta".

3. Thiết kế các tích hợp có chủ đích. ERP không đứng một mình: nó phải trao đổi dữ liệu với các hệ thống lực lượng lao động và xếp lịch điện tử, hệ thống lâm sàng và khoa dược (cho tồn kho và tính giá), ngân hàng và phân tích. Vẽ bản đồ mọi giao diện, sở hữu các hợp đồng dữ liệu, và kiểm thử đầu cuối — bảng lương nhận từ một nguồn cấp xếp lịch hỏng sẽ trả sai cho người ta, và đó là thất bại phá hủy niềm tin.

4. Vận hành thay thế ERP như một chương trình lớn, với quản lý thay đổi ở cốt lõi. Một lần triển khai ERP là một chương trình thay đổi kinh doanh tình cờ có phần mềm, không phải một dự án CNTT. Cấp nguồn lực với kỷ luật chương trình (xem Chủ đề 5.2 — Công việc dẫn dắt bởi chương trình) và một nỗ lực quản lý thay đổi thực sự (xem Chủ đề 8.1 — Quản lý thay đổi), vì phần lớn nỗi đau ERP là con người và quy trình, không phải công nghệ.

5. Trung thực về rủi ro chương trình ERP. Các lần triển khai ERP lớn có tiếng xấu đáng đời là vượt thời gian và chi phí và giao dưới mức lợi ích; tài liệu về thất bại rất rộng và xuyên lĩnh vực. Đưa vào dự phòng, tránh vận hành big-bang nơi cách tiếp cận theo giai đoạn khả thi, và đừng bao giờ để một lịch trình lạc quan ghi đè sự sẵn sàng — một ngày trượt có thể phục hồi, một lần chuyển đổi bảng lương hay sổ cái hỏng thì không.

6. Bảo vệ lúc vận hành và giai đoạn sau đó. Lập kế hoạch chi tiết chuyển đổi dữ liệu, chạy song song, đối chiếu và hỗ trợ chăm sóc đặc biệt, và cưỡng lại áp lực rút ngắn chúng. Những tuần quanh lúc vận hành là khi nhà cung cấp không được trả và chốt tháng bị vỡ; một giai đoạn ổn định có đủ nhân sự là sự khác biệt giữa một khởi đầu gập ghềnh và một khủng hoảng công khai.

7. Dùng ERP làm hệ thống ghi nhận chính thức quản lý nguồn lực — và thiết kế phương thức làm việc quanh nó. Để ERP là nguồn duy nhất cho trung tâm chi phí, ngân sách, phê duyệt mua sắm và biên chế lực lượng lao động, và căn chỉnh các quy trình vận hành của bạn với nó thay vì duy trì bảng tính bóng. Hệ thống bóng đưa lại sự phân mảnh mà ERP tồn tại để loại bỏ và lặng lẽ làm mục chất lượng dữ liệu.

8. Cân nhắc dịch vụ dùng chung và ERP đám mây theo các đánh đổi thực của chúng. Nền tảng dùng chung (NHS SBS, các liên minh kiểu NEP) và ERP đám mây mang lại chuẩn hóa, quy mô, nâng cấp liên tục và gánh nặng địa phương nhẹ hơn, với cái giá là một phần linh hoạt địa phương và sự phụ thuộc vào nhà cung cấp. Chọn có chủ đích: với hầu hết tổ chức lợi ích chuẩn hóa vượt quá sự linh hoạt mất đi, nhưng quyết định nên được đưa ra khi mở mắt, không phải theo mặc định.

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

1. Chúng ta tự tin đến đâu — bằng chứng, không phải lời bảo đảm — về chất lượng dữ liệu chủ chúng ta sẽ mang vào một ERP mới, và ai sở hữu nó sau khi vận hành? Dữ liệu chủ là yếu tố quyết định thầm lặng của thành công ERP, nhưng nó thường được xem là việc dọn dẹp khi di chuyển hơn là nền tảng như bản chất của nó, nên câu hỏi này kiểm tra liệu nhóm đã nhìn kỹ hệ thống tài khoản, hồ sơ nhà cung cấp, danh mục mặt hàng và hồ sơ chủ nhân viên hay chỉ đang hy vọng chúng sạch. Trong bối cảnh y tế và chăm sóc, rủi ro cụ thể: hồ sơ nhà cung cấp trùng lặp phá đối chiếu mua-đến-thanh-toán, một hồ sơ chủ nhân viên không khớp với ESR trả sai cho người ta, và một hệ thống tài khoản không nhất quán làm hỏng mọi báo cáo tài chính hạ nguồn mà hội đồng và kiểm toán viên dựa vào. Căng thẳng đáng tranh luận là sức kéo di chuyển ồ ạt để đạt một ngày so với những tháng làm sạch và khử trùng kém hào nhoáng mà thực hành tốt đòi hỏi, và liệu có ai cấp cao sẵn lòng tài trợ một luồng công việc chất lượng dữ liệu không cho thấy sản phẩm hữu hình. Một câu trả lời mạnh viện dẫn con số thực — bao nhiêu nhà cung cấp trùng, bao nhiêu hồ sơ nhân viên không đối chiếu được — thay vì cảm giác chung chung rằng "dữ liệu về cơ bản ổn". Nó cũng nên gọi tên người và cơ chế quản trị chịu trách nhiệm về chất lượng dữ liệu chủ sau khi vận hành, vì dữ liệu được làm sạch một lần rồi để không quản trị sẽ đơn giản trôi lại về hỗn loạn.

2. Chúng ta thực sự bị cám dỗ tùy biến ERP để giữ một quy trình quen thuộc ở đâu, và sự khác biệt đó là yếu tố khác biệt thực hay chỉ là sự hỗn độn cũ chúng ta đang cố thoát? Tùy biến nặng là cái bẫy ERP doanh nghiệp kinh điển: nó làm phình chi phí, phá khả năng nâng cấp, và đưa lại chính sự phân mảnh địa phương mà chương trình nhằm loại bỏ, và ERP đám mây đặc biệt trừng phạt bản năng "làm cho nó giống hệ thống cũ của chúng ta". Câu hỏi này yêu cầu nhóm cụ thể về quy trình nào họ sẽ khăng khăng bẻ phần mềm cho vừa, và biện minh từng cái bằng phép thử cứng xem nó là yếu tố khác biệt thực hay chỉ là thói quen thoải mái. Cuộc tranh luận quan trọng vì trong y tế và chăm sóc hầu như mọi quy trình hậu cần — sổ cái, phê duyệt mua sắm, quản trị bảng lương — thực sự là hàng hóa phổ thông, nên mặc định trung thực nên là áp dụng mẫu chuẩn của nhà cung cấp hoặc liên minh và đổi quy trình, không phải phần mềm. Các góc độ cụ thể gồm liệt kê mọi tùy biến được yêu cầu và hỏi ai hưởng lợi, chi phí nâng cấp nào nó khóa vào, và liệu một bệnh viện láng giềng trên cùng mẫu có xoay xở được mà không có nó. Một câu trả lời tốt phân biệt ngoại lệ chính đáng hiếm hoi với nhiều yêu cầu bị thúc đẩy bởi sự ngại thay đổi, và nhận ra rằng áp dụng chuẩn là vấn đề quản lý thay đổi và lãnh đạo, không phải kỹ thuật. Nó cũng nên đối mặt với chi phí dài hạn: mỗi thay đổi đặt riêng là một loại thuế phải trả ở mọi bản phát hành đám mây tương lai.

3. Chúng ta đã cấp nguồn lực trung thực cho phía con người và quy trình của thay đổi ERP này — chuyển đổi, chạy song song, chăm sóc đặc biệt, đào tạo và kiểm thử tích hợp — hay đang lặng lẽ chạy nó như một dự án CNTT? Tài liệu về thất bại rõ ràng rằng phần lớn nỗi đau ERP là con người và quy trình hơn là công nghệ, nên câu hỏi này phơi bày liệu chương trình có thực sự là nỗ lực thay đổi kinh doanh hay một cuộc hoán đổi CNTT khoác áo chương trình. Giai đoạn quanh lúc vận hành là khi nhà cung cấp không được trả, chốt tháng bị vỡ, và nhân viên bị trả lương muộn, và mỗi điều đó trong một cơ quan y tế công không phải một khởi đầu gập ghềnh mà là thất bại phá hủy niềm tin, có thể lên báo. Căng thẳng cần tranh luận là áp lực liên tục để rút ngắn chạy song song, làm mỏng nhóm chăm sóc đặc biệt, và nén lịch trình để đạt một ngày áp đặt, so với thực tế rằng một ngày trượt có thể phục hồi trong khi một lần chuyển đổi bảng lương hay sổ cái hỏng thì không. Các góc độ hữu ích gồm đi qua mọi tích hợp — xếp lịch điện tử, ESR, tồn kho khoa dược, ngân hàng, phân tích — và hỏi cái nào đã được kiểm thử đầu cuối so với chỉ được giả định, và liệu các chủ quy trình ở tài chính, mua sắm và nhân sự đã thực sự được biệt phái để thiết kế lại quy trình của họ. Một câu trả lời trung thực cho thấy nguồn lực quản lý thay đổi, đào tạo và đối chiếu có tên trong kế hoạch thay vì một dòng nói "CNTT sẽ lo", và sẵn sàng chia giai đoạn vận hành nơi một lần chuyển đổi big-bang thêm rủi ro có thể tránh. Nó cũng nên thừa nhận rằng sự sẵn sàng, không phải lịch, phải chi phối quyết định tiếp tục.

4. Về câu hỏi dịch vụ dùng chung và ERP đám mây, chúng ta đã cân nhắc sự chuẩn hóa sẽ có được so với sự linh hoạt địa phương sẽ từ bỏ, và đưa ra lựa chọn đó có chủ đích thay vì theo mặc định chưa? Các nền tảng dùng chung như NHS SBS và các phiên bản Oracle Cloud của liên minh, và ERP đám mây nói chung, mang lại phần thưởng thực — lợi thế quy mô, nâng cấp liên tục, gánh nặng triển khai và hỗ trợ địa phương nhẹ hơn — nhưng mua chúng bằng một mất mát thực về kiểm soát địa phương và sự phụ thuộc cứng vào lộ trình và nhịp phát hành của nhà cung cấp. Câu hỏi này buộc nhóm gọi tên sự linh hoạt nào thực sự quan trọng với họ và thử xem nó có đáng cái giá vận hành, vá và hỗ trợ riêng bộ máy hậu cần của chính mình. Căng thẳng trong bối cảnh y tế và chăm sóc càng gay gắt vì hầu hết quy trình hậu cần là hàng hóa phổ thông, nên lợi ích chuẩn hóa thường vượt quá sự linh hoạt mất đi — nhưng "thường" không phải "luôn", và trôi vào một nền tảng dùng chung mà không xem xét đánh đổi là cách các tổ chức đi đến chỗ bực bội một mẫu họ chưa bao giờ chủ ý chọn. Các góc độ cụ thể gồm hỏi quy trình địa phương nào nhóm sẽ đấu tranh giữ và vì sao, điều gì xảy ra khi liên minh đổi mẫu bên dưới họ, và liệu các điều khoản rút lui và di chuyển dữ liệu có được hiểu trước khi ký. Một câu trả lời mạnh xem đây là lựa chọn chiến lược đưa ra khi mở mắt, cân nhắc sự phụ thuộc nhà cung cấp và rủi ro lộ trình so với quy mô và sự giảm nhẹ nâng cấp, thay vì hoặc mặc định chọn phương án dùng chung vì nó thời thượng hoặc bám vào một nền tảng đặt riêng vì thói quen.

5. Kế hoạch trung thực của chúng ta để ngăn bảng tính bóng và cách lách địa phương tái xuất hiện sau khi vận hành là gì, để ERP vẫn là hệ thống ghi nhận chính thức duy nhất thay vì một nguồn trong nhiều nguồn? Toàn bộ điểm của một ERP tích hợp là loại bỏ sự phân mảnh mà hệ thống bóng tạo ra, thế nhưng bảng tính địa phương có cách sống sót qua lúc vận hành và lặng lẽ tái phân mảnh dữ liệu mà chương trình nhằm thống nhất. Câu hỏi này kiểm tra liệu nhóm đã nghĩ vượt quá lúc chuyển đổi đến kỷ luật vận hành bền vững giữ trung tâm chi phí, ngân sách, phê duyệt mua sắm và biên chế lực lượng lao động sống trong ERP thay vì trong sổ làm việc riêng của ai đó. Nó quan trọng trong y tế và chăm sóc vì một bảng tính biên chế bóng không khớp với bảng lương, hay một bảng theo dõi mua sắm ngoài hệ thống, lặng lẽ làm mục chất lượng dữ liệu mà báo cáo hội đồng và kiểm toán phụ thuộc, và làm vậy chính vì nó tiện cho người duy trì nó. Căng thẳng đáng làm lộ là hệ thống bóng thường tồn tại có lý do — quy trình ERP có cảm giác chậm hơn, hoặc một khoảng trống thực chưa bao giờ được đóng — nên cấm đơn giản thất bại trừ khi nhu cầu nền tảng được giải quyết. Các góc độ hữu ích gồm hỏi bảng tính hiện tại nào phải chết lúc vận hành, vì sao mỗi cái tồn tại, và năng lực trong hệ thống hay thay đổi quy trình nào sẽ loại bỏ cám dỗ xây lại nó. Một câu trả lời trung thực ghép một kỳ vọng rõ ràng rằng ERP là có thẩm quyền với một kế hoạch sửa các khoảng trống đẩy người ta ra khỏi hệ thống, và gọi tên ai sẽ nhận ra và chất vấn một hệ thống bóng khi nó xuất hiện lại.

6. Chúng ta có thực sự trung thực về rủi ro chương trình ERP — thành tích vượt hạn và giao thiếu của ngành — và đã xây lịch trình, dự phòng và cách tiếp cận vận hành quanh thực tế đó thay vì một kế hoạch lạc quan chưa? Các lần triển khai ERP lớn có tiếng xấu đáng đời, xuyên lĩnh vực là vượt thời gian và chi phí và giao dưới mức lợi ích, và câu hỏi này hỏi liệu nhóm đã nội tâm hóa tài liệu về thất bại đó hay đang lặng lẽ giả định mình sẽ là ngoại lệ. Rủi ro trong một cơ quan y tế công là không khoan nhượng: một ngày trượt có thể phục hồi, nhưng một lần chuyển đổi bảng lương hay sổ cái hỏng là sự kiện lên báo, phá hủy niềm tin với hậu quả nghị viện và báo chí, nên sự lạc quan ghi đè sự sẵn sàng không phải can đảm mà là liều lĩnh. Căng thẳng cần tranh luận là áp lực liên tục — từ các ngày áp đặt, chi phí chìm, và mong muốn cho thấy tiến bộ — để nén lịch trình, làm mỏng dự phòng, và thích vận hành big-bang hơn một cách theo giai đoạn an toàn hơn nhưng chậm hơn. Các góc độ cụ thể gồm hỏi kế hoạch giả định điều gì sẽ suôn sẻ, dự phòng thực sự nằm ở đâu, liệu chuyển đổi theo giai đoạn có khả thi, và tiêu chí rõ ràng để trì hoãn vận hành nếu chưa sẵn sàng là gì. Một câu trả lời tốt gọi tên các rủi ro cụ thể chương trình này mang thay vì nói về rủi ro ERP một cách chung chung, xây dự phòng thực và quyết định chia giai đoạn bảo vệ được, và xem một "chưa phải lúc" dựa trên dữ liệu là kết quả chính đáng, được kỳ vọng thay vì thất bại của sự dũng cảm.

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

Một bệnh viện cấp cứu NHS đang chạy một hệ thống tài chính và mua sắm tại chỗ mười lăm năm tuổi mà nhà cung cấp sẽ sớm ngừng hỗ trợ. Báo cáo mất nhiều ngày, mua-đến-thanh-toán phần lớn thủ công, và biên chế lực lượng lao động nằm trong một mớ bảng tính không bao giờ khớp hẳn với bảng lương. Bệnh viện quyết định chuyển sang một ERP đám mây được giao qua phiên bản Oracle Cloud theo mẫu của một liên minh NHS khu vực, cùng với các nhà cung cấp láng giềng.

Giám đốc tài chính cưỡng lại cám dỗ xem đây là một cuộc hoán đổi CNTT. Một chương trình được dựng với người bảo trợ điều hành, một quản lý chương trình toàn thời gian, và — quan trọng — một luồng công việc chất lượng dữ liệu dành nhiều tháng làm sạch hệ thống tài khoản, khử trùng mười hai nghìn hồ sơ nhà cung cấp, và đối chiếu hồ sơ chủ nhân viên với ESR (hồ sơ nhân viên điện tử của NHS) trước bất kỳ cuộc di chuyển nào. Các chủ quy trình ở tài chính, mua sắm và nhân sự được biệt phái để thiết kế lại quy trình của họ theo mẫu của liên minh thay vì sao chép hệ thống cũ.

Bệnh viện chọn vận hành theo giai đoạn: tài chính và mua sắm trước, lực lượng lao động và báo cáo ở một đợt sau, với chạy song song qua hai kỳ chốt tháng và một nhóm chăm sóc đặc biệt đủ nhân sự sẵn sàng. Các tích hợp với xếp lịch điện tử, ngân hàng và kho phân tích được vẽ bản đồ và kiểm thử đầu cuối. Lúc vận hành không êm — một đống thanh toán nhà cung cấp tích tụ trong tuần đầu và mất hai tuần để giải tỏa — nhưng vì đối chiếu và chăm sóc đặc biệt được cấp nguồn lực đúng mức, không nhân viên nào bị trả lương muộn và chốt tháng đúng hạn.

Một năm sau, bệnh viện chốt sổ trong vài ngày thay vì vài tuần, phê duyệt mua sắm được thực thi trong hệ thống, và biên chế cuối cùng đã khớp với bảng lương. Nền tảng liên minh dùng chung cũng có nghĩa lần nâng cấp tiếp theo đến như một bản phát hành đám mây thường lệ thay vì một dự án nhiều năm khác.

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 hiếm khi chạy một ERP đầy đủ; nó chắp ghép các công cụ SaaS đám mây — một gói kế toán nhẹ, một ứng dụng nhân sự và bảng lương, vài bảng tính — vì một bộ tích hợp nặng ký là không cân xứng với một nhóm ba mươi người. Kỷ luật hệ thống ghi nhận chính thức vẫn quan trọng: ngay cả ở giai đoạn hạt giống, một hệ thống tài khoản sạch và một nguồn bảng lương có thẩm quyền duy nhất ngăn sự hỗn loạn đối chiếu làm nhà đầu tư sợ trong thẩm định. Bước đi đúng là giữ ngăn xếp đơn giản, tích hợp được và quản trị tốt, và hoãn một ERP "thực" cho đến khi quy mô thực sự đòi hỏi. Rủi ro của công ty khởi nghiệp là hình ảnh phản chiếu của doanh nghiệp lớn — không phải tùy biến quá mức, mà là bành trướng: cả chục ứng dụng rời rạc không có chủ dữ liệu chủ và không ai chịu trách nhiệm về các con số.

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 cơ quan chăm sóc tại nhà hoặc một phòng khám đơn lẻ — mang đầy đủ sức nặng nghĩa vụ tài chính, bảng lương và mua sắm với gần như không có năng lực tài chính hay CNTT chuyên trách, nên một ERP nặng ký ngoài tầm với nhưng kỷ luật hệ thống ghi nhận chính thức thì không tùy chọn. Câu trả lời thực tế là một bộ nhỏ các gói đám mây tích hợp tốt — kế toán, bảng lương và kho — được chọn để một hệ thống tài khoản và một nguồn bảng lương có thẩm quyền duy nhất được giữ, vì một nhà dưỡng lão trả lương nhân viên muộn hay một hiệu thuốc có kho và sổ cái không khớp đối mặt với cùng hậu quả quy định và tiền mặt như một quỹ lớn nhưng không có nhóm hậu cần để hấp thụ. Cám dỗ vận hành doanh nghiệp trên bảng tính của người sáng lập mạnh nhất ở đây và nguy hiểm nhất, vì hiếm có ai nhận ra khi con số trôi. Nơi một cơ quan nghề nghiệp, nhượng quyền hay mạng lưới địa phương cung cấp một nền tảng tài chính dùng chung hoặc chuẩn hóa, áp dụng nó thường là nước đi khôn ngoan: nó mua sự chuẩn hóa và hỗ trợ mà tổ chức không thể tự cấp nguồn lực. Kỷ luật là giữ ngăn xếp đơn giản và được quản trị bởi bất kỳ ai sở hữu tiền, và cưỡng lại các cách lách đặt riêng mà chỉ một người đó hiểu.

Doanh nghiệp lớn#

Một bệnh viện lớn hay hãng công nghệ y tế vận hành một ERP tích hợp đầy đủ như một hệ thống ghi nhận chính thức then chốt về sứ mệnh, và thay thế nó là một trong những chương trình rủi ro cao nhất nó từng thử. Cám dỗ của doanh nghiệp lớn là tùy biến nặng để giữ các quy trình cũ quen thuộc; kỷ luật là áp dụng mẫu chuẩn, cấp nguồn lực cho một luồng công việc chất lượng dữ liệu nghiêm túc, và chạy vận hành với chạy song song và giai đoạn chăm sóc đặc biệt đủ nhân sự. Các tích hợp nhân lên — xếp lịch điện tử, ESR, tồn kho khoa dược, ngân hàng, phân tích — và mỗi cái là thất bại phá hủy niềm tin nếu nó lặng lẽ phá bảng lương hay đối chiếu chốt tháng. Vì phần lớn nỗi đau là con người và quy trình hơn là công nghệ, quản lý thay đổi (xem Chủ đề 8.1 — Quản lý thay đổi) là nơi chương trình doanh nghiệp thắng hay thua. Trách nhiệm giải trình trước hội đồng và kiểm toán viên làm một lần chuyển đổi sổ cái hay bảng lương hỏng thành sự cố quản trị, không chỉ một trở ngại CNTT.

Chính phủ#

Ở quy mô quốc gia và dịch vụ dùng chung, ERP là công cụ chuẩn hóa: NHS Shared Business Services và các phiên bản Oracle Cloud của liên minh tồn tại để trao cho nhiều tổ chức một nền tảng theo mẫu duy nhất, đánh đổi linh hoạt địa phương lấy lợi thế quy mô và nâng cấp liên tục. Trách nhiệm giải trình của chính phủ thêm sự soi xét mua sắm công (khung cạnh tranh, đảm bảo giá trị đồng tiền) vào mọi quyết định ERP lớn, và một thất bại chuyển đổi quốc gia có hậu quả nghị viện và báo chí. Đòn bẩy thực sự của trung tâm là triệu tập — bắt buộc hoặc khuyến khích các nền tảng dùng chung để hàng chục bệnh viện và chính quyền địa phương không mỗi nơi tự vận hành, vá và thất bại bộ máy hậu cần riêng. Căng thẳng xác định là giữa chuẩn hóa quốc gia và quyền tự chủ địa phương: đẩy mẫu quá mạnh thì sự chấp nhận đình trệ trong bực bội; quá nhẹ thì sự phân mảnh mà ERP tồn tại để loại bỏ lặng lẽ tồn tại.

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

• Dữ liệu chủ bẩn được di chuyển ồ ạt. Bản trùng và sự không nhất quán cũ được mang vào hệ thống mới, làm hỏng báo cáo từ ngày đầu. Cách sửa: làm sạch và quản trị dữ liệu chủ trước khi di chuyển, và sở hữu nó sau đó.
• Tùy biến để sao chép hệ thống cũ. Thay đổi đặt riêng thực hiện để tránh thay đổi quy trình làm phình chi phí và phá khả năng nâng cấp. Cách sửa: áp dụng mẫu chuẩn; đổi quy trình, không đổi phần mềm.
• ERP chạy như một dự án CNTT. Xem nó là cuộc hoán đổi công nghệ bỏ đói nỗ lực thay đổi, đào tạo và thiết kế lại quy trình. Cách sửa: vận hành nó như một chương trình thay đổi kinh doanh với quản lý thay đổi thực (Chủ đề 8.1).
• Vận hành big-bang lạc quan. Lịch trình bị nén và một lần chuyển đổi duy nhất biến vấn đề thông thường thành khủng hoảng công khai. Cách sửa: chia giai đoạn nơi khả thi, và đừng bao giờ đánh đổi sự sẵn sàng lấy một ngày.
• Tích hợp hỏng. Một nguồn cấp xếp lịch-đến-bảng lương hay mua sắm-đến-sổ cái chưa kiểm thử trả sai cho người ta hoặc phá đối chiếu. Cách sửa: vẽ bản đồ, sở hữu và kiểm thử đầu cuối mọi giao diện.
• Bảng tính bóng sống sót. Cách lách địa phương tồn tại bên cạnh ERP, tái phân mảnh dữ liệu. Cách sửa: biến ERP thành hệ thống ghi nhận chính thức duy nhất và cho các hệ thống bóng nghỉ hưu.

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

Danh sách kiểm tra#

• Dữ liệu chủ về hệ thống tài khoản, nhà cung cấp, mặt hàng và nhân viên được làm sạch và khử trùng trước khi di chuyển.
• Quyền sở hữu và quản trị dữ liệu chủ liên tục được giao và tài trợ.
• Việc triển khai được xác định phạm vi và cấp nguồn lực như một chương trình thay đổi kinh doanh, không phải dự án CNTT.
• Tùy biến được tối thiểu hóa; mẫu chuẩn của nhà cung cấp hoặc liên minh được áp dụng cho các quy trình hàng hóa phổ thông.
• Mọi tích hợp (xếp lịch, bảng lương/ESR, lâm sàng/khoa dược, ngân hàng, phân tích) được vẽ bản đồ, có chủ và kiểm thử đầu cuối.
• Cách tiếp cận vận hành (theo giai đoạn so với big-bang) được chọn dựa trên sự sẵn sàng, không phải một ngày áp đặt.
• Chuyển đổi dữ liệu, chạy song song, đối chiếu và một giai đoạn chăm sóc đặc biệt được lập kế hoạch và bố trí nhân sự.
• Quản lý thay đổi, đào tạo và thiết kế lại quy trình được cấp nguồn lực rõ ràng (xem Chủ đề 8.1).
• Các lựa chọn dịch vụ dùng chung và ERP đám mây được đánh giá theo đánh đổi thực giữa chuẩn hóa và linh hoạt.
• ERP được thiết lập là hệ thống ghi nhận chính thức duy nhất, và bảng tính bóng được cho nghỉ hưu.

Nguồn chính#

• NHS Shared Business Services (NHS SBS) — dịch vụ dùng chung tài chính và mua sắm quốc gia dựa trên Oracle cho các tổ chức NHS. https://www.sbs.nhs.uk/
• Oracle, NHS Shared Business Services with Oracle Fusion Cloud Applications — quy mô của nền tảng tài chính NHS quốc gia. https://www.oracle.com/uk/
• NHS North of England Commissioning / liên minh NEP — ERP Oracle Cloud theo mẫu cho các thành viên NHS. https://nepcloud.nhs.uk/
• Unit4, Public sector and healthcare ERP — ERP cho bệnh viện NHS, chính quyền địa phương và đại học. https://www.unit4.com/industries/public-sector-software
• HFMA (Healthcare Financial Management Association), Introductory Guide to NHS Finance — các quy trình tài chính mà ERP làm nền. https://www.hfma.org.uk/
• NHS Electronic Staff Record (ESR) — hệ thống lực lượng lao động và bảng lương của NHS mà ERP phải tích hợp. https://www.electronicstaffrecord.nhs.uk/
• Xem thêm Chủ đề 5.2 — Công việc dẫn dắt bởi chương trình, Chủ đề 5.3 — Quản lý danh mục dự án doanh nghiệp, và Chủ đề 8.1 — Quản lý thay đổi.

Tài liệu tham khảo#

1. Enterprise resource planning — Wikipedia — https://en.wikipedia.org/wiki/Enterprise_resource_planning
2. System of record — Wikipedia — https://en.wikipedia.org/wiki/System_of_record
3. Master data management — Wikipedia — https://en.wikipedia.org/wiki/Master_data_management
4. Chart of accounts — Wikipedia — https://en.wikipedia.org/wiki/Chart_of_accounts
5. Payroll — Wikipedia — https://en.wikipedia.org/wiki/Payroll
6. Procure-to-pay — Wikipedia — https://en.wikipedia.org/wiki/Procure-to-pay
7. Software as a service — Wikipedia — https://en.wikipedia.org/wiki/Software_as_a_service
8. Shared services — Wikipedia — https://en.wikipedia.org/wiki/Shared_services
9. Data migration — Wikipedia — https://en.wikipedia.org/wiki/Data_migration
10. Change management — Wikipedia — https://en.wikipedia.org/wiki/Change_management
11. Business process re-engineering — Wikipedia — https://en.wikipedia.org/wiki/Business_process_re-engineering
12. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
13. NHS Shared Business Services — Wikipedia — https://en.wikipedia.org/wiki/NHS_Shared_Business_Services
14. NHS Shared Business Services — the national Oracle-based finance and procurement shared service for NHS organisations — https://www.sbs.nhs.uk/
15. NHS Shared Business Services with Oracle Fusion Cloud Applications — Oracle — https://www.oracle.com/uk/
16. Public sector and healthcare ERP — Unit4 — https://www.unit4.com/industries/public-sector-software
17. Introductory Guide to NHS Finance — HFMA — https://www.hfma.org.uk/
18. NHS Electronic Staff Record (ESR) — the NHS workforce and payroll system ERP must integrate with — https://www.electronicstaffrecord.nhs.uk/