Mada 3.8 — Usimamizi wa Huduma na Uendeshaji Hai

Katika afya na huduma, sehemu kubwa ya maisha, gharama, na hatari ya kitabibu ya huduma iko baada ya kuanza kutumika — kwa hiyo jinsi unavyoendesha, kufuatilia, na kusaidia huduma hai ni uamuzi wa usalama wa mgonjwa, si wazo la baadaye la ofisini.

Kwa nini hili ni muhimu katika afya na huduma#

Uzinduzi ni mwanzo, si mwisho. Huduma ya kidijitali hutumia miezi michache kujengwa na, ikifanikiwa, miaka au miongo kuendeshwa — na uendeshaji ndipo fedha nyingi zinapoenda na ndipo madhara hutokea kweli. Rekodi ya pamoja ya huduma, mfumo wa maagizo ya dawa ya kielektroniki, au jukwaa la maelezo ya uzazi hutoa thamani yake tu inapokuwa hai, sahihi, na inayoitikia. Inaposhuka au kushindwa, matokeo si usumbufu bali ni matibabu yaliyochelewa, mizio iliyokosekana, kliniki zilizoghairiwa, na wahudumu wa kitabibu wakirudi kwenye njia za karatasi zisizojulikana chini ya shinikizo.

Afya na huduma huendesha saa 24 kwa siku, siku saba kwa wiki, na haziwezi kusimama. Mfumo wa malipo wa duka kuu unapoharibika, wateja wanasubiri; mfumo wa utawala wa wagonjwa wa hospitali unapoharibika, ambulensi zinaweza kubadilishwa njia na orodha za upasuaji wa hiari kuahirishwa. Hili linaipa shughuli hai uzito wa kipekee: kukatika ni tukio la usalama wa kitabibu, na mpango wa jinsi unavyogundua, kupandisha, kuwasiliana, na kupona ni sehemu ya wajibu wako wa uangalizi. Shambulio la ransomware la WannaCry la 2017 — ambalo lililazimisha kughairiwa kwa maelfu ya miadi na upasuaji wa NHS — ndiyo kesi ya rejeo ya jinsi kushindwa kwa kiuendeshaji kunavyogeuka kuwa mgogoro wa usalama wa mgonjwa na uaminifu wa umma (angalia Mada 1.7 — Utawala wa Taarifa, Ulinzi wa Data na Usalama wa Mtandao).

Viongozi pia wanahitaji kufadhili na kuajiri shughuli hai kwa uaminifu. Kushindwa kwa kudumu katika teknolojia ya afya ni kusherehekea kuanza kutumika, kuvunja timu, na kuchukulia huduma inayoendeshwa kama "imekwisha". Huduma hai isiyo na timu ya kudumu, ufuatiliaji, wala kufunika kwa kuwa kwenye simu haiokoi fedha — inakusanya kimyakimya hatari ya kitabibu hadi siku itakaposhindwa kwa sauti kubwa. Usimamizi wa huduma ni nidhamu inayoweka huduma hai salama, na inastahili ukali uleule kama ujenzi.

Dhana kuu#

Usimamizi wa huduma na awamu ya "Huduma Kamili". Usimamizi wa huduma za TEHAMA (ITSM) ni seti ya mazoea ya kubuni, kuendesha, kusaidia, na kuboresha huduma za TEHAMA katika maisha yao yote. Katika kielelezo cha awamu cha GOV.UK na NHS, Huduma Kamili ni awamu ambapo huduma huendesha katika uendeshaji endelevu — ikiendelea kurudia, ikiendelea kufadhiliwa, ikiendelea kumilikiwa — hadi inastaafishwa (angalia Mada 3.5 — Mizunguko ya Utoaji). Huduma Kamili si hali ya kupumzika; ni sehemu ndefu na ghali zaidi ya mzunguko.

ITIL 4. ITIL ndiyo mfumo wa ITSM unaotumika zaidi. Toleo lake la sasa, ITIL 4, linaweka upya matoleo ya zamani yaliyojaa michakato kuzunguka "mfumo wa thamani wa huduma" na mazoea yanayonyumbulika, na limebuniwa kukaa kando ya Agile, DevOps, na Lean badala ya kushindana nazo. Chukulia ITIL kama msamiati na orodha hakiki ya mazoea ya kukubali kwa uwiano — si urasimu wa kuingiza kwa jumla.

Usimamizi wa matukio, matatizo, na mabadiliko. Usimamizi wa matukio hurejesha huduma ya kawaida haraka iwezekanavyo baada ya usumbufu usiopangwa — kipaumbele ni kupona, si kutambua. Usimamizi wa matatizo huchunguza sababu ya msingi ya tukio moja au mengi ili kuzuia kujirudia, na hudumisha rekodi ya makosa yanayojulikana na njia za kukwepa. Usimamizi wa mabadiliko (kwa maana ya ITSM) hudhibiti jinsi mabadiliko kwenye mazingira hai yanavyotathminiwa, kuidhinishwa, na kutolewa ili kurekebisha jambo moja kusivunje jingine. Mazoea haya matatu ni kiini cha kiuendeshaji, na yanaunganika: tukio linaweza kuibua tatizo, ambalo marekebisho yake hutolewa kama badiliko.

Usimamizi wa tukio kuu na mwendelezo wa biashara. Tukio kuu ni tukio la athari kubwa — mfumo wa kitabibu ulio chini katika hospitali nzima — linalohitaji jibu lililotangazwa, lililoratibiwa lenye kamanda wa tukio aliyefafanuliwa, mawasiliano, na uongozi wa kitabibu. Upangaji wa mwendelezo wa biashara (BCP) ni uwezo mpana wa kuendelea kutoa huduma kwa viwango vinavyokubalika wakati wa usumbufu, ikijumuisha taratibu za kitabibu za kukatika zilizojaribiwa (njia mbadala salama ya karatasi) na kurejesha kutokana na maafa. Katika afya na huduma hizi si za hiari: kuwaweka wagonjwa salama wakati mfumo uko chini ndiyo hoja yenyewe.

Uhandisi wa kutegemewa kwa tovuti, SLI, SLO, SLA, na bajeti za makosa. Uhandisi wa kutegemewa kwa tovuti (SRE), ulioanzia Google, hutumia nidhamu ya uhandisi wa programu kwa shughuli. Hupima kutegemewa kwa kiashiria cha kiwango cha huduma (SLI) — kipimo kama upatikanaji au ucheleweshaji — dhidi ya lengo la kiwango cha huduma (SLO), lengo la ndani kwa kipimo hicho. Makubaliano ya kiwango cha huduma (SLA) ni ahadi ya nje, mara nyingi ya kimkataba, kwa kawaida iliyowekwa legevu kuliko SLO ya ndani. Pengo kati ya 100% na SLO yako ni bajeti ya makosa: kiasi cha kutotegemewa unachoweza kutumia kabla ya kuacha kusafirisha vipengele na kutuliza. Katika mifumo ya kitabibu, SLO lazima ziwekwe na wahudumu wa kitabibu, kwa sababu kukatika "kunakokubalika" ni hukumu ya usalama, si ya kihandisi tu.

Uwezo wa kuonekana na ufuatiliaji. Uwezo wa kuonekana ni uwezo wa kuelewa hali ya ndani ya mfumo kutoka matokeo yake ya nje — kumbukumbu, vipimo, na njia — ili uweze kugundua na kutambua matatizo, ikiwezekana kabla ya watumiaji. Ufuatiliaji na tahadhari hugeuza data hiyo kuwa ishara za wakati kwa watu walio kwenye simu. Huwezi kuendesha kwa usalama huduma usiyoweza kuiona.

Kuwa kwenye simu, ratiba, na dawati la huduma. Ratiba za kuwa kwenye simu huhakikisha binadamu mwenye umahiri anaweza kuitikia tahadhari saa nzima; katika mazingira ya huduma ya saa 24/7 ni muhimu, na lazima ziwe za kiutu na endelevu. Dawati la huduma (au dawati la msaada) ni mahali pa pekee pa mawasiliano kwa watumiaji wa mwisho — mhudumu wa kitabibu asiyeweza kuingia, mpokeaji wageni ambaye skrini yake ya kupanga miadi imegandamana — likitoa msaada, kurekodi matukio, na kuyaelekeza mbele.

DevOps, usimamizi wa usanidi, na CMDB. DevOps na kanuni ya SRE "unaijenga, unaiendesha" huweka timu inayojenga huduma kuwa na mamlaka ya kuiendesha, ikifunga pengo kati ya maendeleo na shughuli. Usimamizi wa usanidi hudumisha rekodi sahihi ya vijenzi vinavyounda huduma na uhusiano wao, mara nyingi katika hifadhidata ya usimamizi wa usanidi (CMDB); bila hiyo, hakuna anayeweza kujibu kwa usalama "badiliko hili litaathiri nini?" wakati wa tukio.

Uendeshaji dhidi ya ujenzi na kustaafisha. Mashirika hutenganisha ufadhili wa ujenzi (kuunda uwezo mpya) na ufadhili wa uendeshaji (kuendesha kilichopo). Kufadhili pungufu uendeshaji ni chanzo cha kimuundo cha kushindwa kwingi kwa kiuendeshaji. Na kila huduma hatimaye hufikia kustaafisha — kustaafu salama, data ikihamishwa au kuhifadhiwa chini ya sheria ya uhifadhi na watumiaji kuelekezwa upya — ambayo ni nidhamu ya kiuendeshaji yenyewe.

Mazoea bora#

1. Fadhili na uajiri "uendeshaji" kama ahadi ya kwanza, si mabaki. Panga bajeti kwa maisha ya kiuendeshaji ya huduma — ufuatiliaji, kuwa kwenye simu, dawati la huduma, viraka vya usalama, na kurudia endelevu — kabla ya kuanza kutumika, na ulinde dhidi ya uporaji wa ujenzi mpya unaong'ara unaofuata. Kanuni ya kidole gumba ya sekta kwamba kuendesha mfumo kunagharimu zaidi sana katika maisha yake kuliko kuujenga inashikilia katika afya pia. Huduma yenye ufadhili wa ujenzi na bila wa uendeshaji ni hatari ya kitabibu yenye tarehe ya uzinduzi.

2. Epuka mtindo mbaya wa "itupe juu ya ukuta kwa shughuli". Usiruhusu timu ya mradi ijenge huduma na kuikabidhi kwa timu ya shughuli ambayo haikuiona ikitengenezwa. Tumia "unaijenga, unaiendesha": weka timu inayoelewa huduma ikiwajibika kwa kutegemewa kwake, au angalau endesha mpito wa huduma wa makusudi, ulioandikwa wenye kuwa kwenye simu kwa pamoja na kipindi cha dhamana. Ukuta kati ya ujenzi na uendeshaji ndipo maarifa, umiliki, na usalama vinapodondoka.

3. Weka SLO na wahudumu wa kitabibu na usimamie bajeti ya makosa. Fafanua "inatosha kutegemewa" inamaanisha nini kwa kila huduma kama SLI na SLO zinazopimika, na uziweke kwa pamoja na wahudumu wa kitabibu wanaobeba matokeo — malengo ya upatikanaji kwa mfumo wa idara ya dharura si chaguo la kiufundi tu. Tumia bajeti ya makosa kuamua mvutano wa milele kati ya kusafirisha vipengele na kubaki thabiti: kutegemewa kunapotumika, simama na utulize. Weka SLA za nje legevu kuliko SLO za ndani ili uwe na nafasi ya kutenda kabla ya kukiuka ahadi.

4. Fanya huduma ionekane kabla ya kuifanya kubwa zaidi. Weka vifaa vya kumbukumbu, vipimo, na njia, na ujenge dashibodi na tahadhari zinazoakisi uzoefu wa mtumiaji na mhudumu wa kitabibu, si afya ya seva tu. Toa tahadhari kwa dalili zinazojalisha (wagonjwa hawawezi kupangiwa miadi) badala ya kila mtikisiko wa msingi, ili kuepuka uchovu wa tahadhari unaowafundisha wajibu kupuuza simu. Huwezi kuweka salama huduma ambayo kushindwa kwake unajifunza kutoka kwa wahudumu wa kitabibu waliokasirika.

5. Endesha usimamizi wa matukio, matatizo, na mabadiliko kwa nidhamu — kwa uwiano. Toa matukio ngazi wazi za ukali, malengo ya majibu, kamanda wa tukio kwa makubwa, na chanzo kimoja cha ukweli wakati wa jibu. Lisha matukio mazito kwenye mapitio ya baada ya tukio bila lawama na mchakato wa usimamizi wa matatizo unaorekebisha sababu za msingi badala ya kuanzisha seva upya mara kwa mara. Dhibiti mabadiliko kupitia mchakato wenye ukubwa unaofaa — mabadiliko mepesi, ya kawaida, yaliyoidhinishwa mapema kwa kazi ya kawaida yenye hatari ndogo; mapitio ya ushauri wa mabadiliko tu kwa mabadiliko yenye hatari kweli — ili utawala ulinde usalama bila kuwa kikwazo kinachowashawishi watu kuukwepa.

6. Fanya mazoezi ya matukio makuu na kukatika kwa kitabibu, usiandike tu. Andika, jaribu, na fanya mazoezi mara kwa mara ya taratibu za mwendelezo wa biashara na kukatika kwa kitabibu: jinsi huduma inavyoendelea kwa karatasi, jinsi wafanyakazi wanavyoambiwa mfumo uko chini, jinsi data inavyopatanishwa wakati wa kupona, na nani anatangaza na kuamuru tukio kuu. Mipango isiyojaribiwa hushindwa siku halisi. Iunganishe wazi na usimamizi wako wa hatari za kitabibu na kumbukumbu ya hatari (angalia Mada 1.6 — Usalama wa Kitabibu na Usimamizi wa Hatari), kwa sababu kukatika ni hatari ya kitabibu yenye kinga unayoweza kufanyia mazoezi.

7. Chukulia kujifunza baada ya tukio kama bila lawama na kwa mfumo. Baada ya kila tukio kubwa, endesha mapitio yanayouliza jinsi mfumo ulivyoruhusu kushindwa, si nani wa kulaumu — kwa sababu lawama huendesha kuripoti chinichini na kurudia madhara. Nasa hatua, peana wamiliki, na zifuatilie hadi kufungwa; lisha mifumo kwenye usimamizi wa matatizo na usanifu. Utamaduni wa kujifunza ni kidhibiti cha usalama wa mgonjwa, ukiakisi "utamaduni wa haki" wa kuripoti matukio ya kitabibu.

8. Weka rekodi sahihi ya usanidi na simamia mazingira yote. Dumisha CMDB au orodha sawa ya kinachoendeshwa, kinachotegemea nini, matoleo yapi yametumika, na nani anamiliki kila huduma, ili wakati wa tukio uweze kujibu "hili linaathiri nini?" ndani ya dakika. Hili linaunga mkono mabadiliko salama, viraka vya usalama, na leseni, na ndipo mazingira mengi makubwa ya NHS yalipo dhaifu zaidi. Mfumo usiojulikana, usiowekewa kiraka ni kukatika na tukio la usalama wa mtandao linalosubiri kutokea (angalia Mada 1.7).

9. Fanya kuwa kwenye simu kuwa endelevu na msaada wa kibinadamu. Buni ratiba za kuwa kwenye simu zenye wafanyakazi wa kutosha, zinazolipwa kwa haki, za kiutu, zenye kupandisha wazi na matarajio halisi — wajibu waliochoka hufanya maamuzi ya polepole, yenye makosa hasa katika nyakati zinazojalisha zaidi. Toa rasilimali kwa dawati la huduma kulingana na uhitaji halisi wa nguvukazi ya kitabibu ya saa 24/7, na uwape wafanyakazi wa mstari wa mbele njia ya haraka, inayoheshimiwa ya kuripoti matatizo. Ubora wa msaada wako ndio ubora wa huduma wafanyakazi wanayoipitia kutoka kwa huduma yako.

10. Panga kustaafisha kama operesheni inayodhibitiwa. Amua, huduma ikiwa hai, jinsi itakavyostaafishwa hatimaye: uhamishaji au uhifadhi wa data chini ya sheria ya uhifadhi wa rekodi, kuelekeza upya watumiaji, kuwaarifu wahudumu wa kitabibu, na kuhifadhi kumbukumbu ya hatari na njia ya ukaguzi. Kustaafisha kusikopangwa huacha data na watumiaji bila kitu na kunaweza kukiuka wajibu wa kisheria wa uhifadhi. Kupangwa ni mradi wa kiuendeshaji unaokaguliwa, si mkimbizo mbadala unapowasili.

Maswali ya kujadili na timu yako#

1. Mfumo muhimu wa kitabibu unapoanguka saa tisa usiku wa sikukuu ya benki, nani hasa anafanya nini — na je, tumewahi kujaribu? Swali hili linalazimisha tofauti kati ya mpango ulioandikwa na uwezo halisi. Katika afya na huduma, kukatika ni tukio la kitabibu: maswali ya vitendo ni nani anapigiwa simu, anaitikia kwa kasi gani, nani ana mamlaka ya kutangaza tukio kuu, wafanyakazi wa kitabibu wanaambiwaje kubadilisha kwenda taratibu za kukatika, wagonjwa wanabaki salama vipi kwa karatasi, na data inapatanishwa vipi wakati wa kupona. Jadili kama ratiba yako ya kuwa kwenye simu ina kufunika kwa umahiri kweli saa zisizo za kijamii na sikukuu, au inapungua kuwa mtu mmoja aliyechoka hatari inapokuwa juu zaidi. Fikiria kama wahudumu wa kitabibu wanajua utaratibu wa kukatika na wamewahi kuufanyia mazoezi, au unaishi kwenye faili ambalo hakuna aliyewahi kulifungua. Jibu zuri na la uaminifu hueleza jibu lililojaribiwa — lenye majukumu yaliyotajwa, zoezi halisi katika mwaka uliopita, na mafunzo yaliyofanyiwa kazi — si hati ya sera ambayo haijawahi kukutana na kukatika. Pale jibu la uaminifu ni "hatujui kweli", hilo lenyewe ndilo matokeo muhimu zaidi ya kuibua kwa bodi.

2. Je, tunafadhili na kuajiri "uendeshaji" kweli, au tulisherehekea kuanza kutumika na kuondoka kimyakimya? Sehemu kubwa ya gharama na hatari ya kitabibu ya huduma iko baada ya uzinduzi, hata hivyo mifumo ya ufadhili hutuza kujenga vitu vipya na kunyima kuendesha vya zamani. Mvutano wa kujadili ni mvuto wa kimuundo wa ufadhili wa ujenzi dhidi ya kazi isiyovutia, muhimu ya kufuatilia, kuweka viraka, kusaidia, na kurudia huduma hai kwa miaka. Tazama kwa uaminifu mazingira yako hai: ni huduma ngapi zina mmiliki aliyetajwa, timu iliyofadhiliwa, viraka vya sasa vya usalama, na ufuatiliaji unaofanya kazi — na ngapi zimetelekezwa, zinaendeshwa kwa programu isiyosaidiwa, bila yeyote anayewajibika? Fikiria mtindo wa "itupe juu ya ukuta kwa shughuli" na kama watu wanaoendesha kila huduma wanaelewa jinsi ilivyojengwa. Jibu zuri linaweza kuelekeza kwenye bajeti za uendeshaji zilizolindwa, wamiliki wa huduma waliotajwa kwa maisha ya kiuendeshaji, na mpito wa huduma wa makusudi badala ya kuacha, na linaweza kutaja huduma zilizotelekezwa kwa uaminifu ili ziweze kuchukuliwa, kubadilishwa, au kustaafishwa badala ya kuachwa zishindwe.

3. Tunaamuaje "inatosha kutegemewa" inamaanisha nini — na nani ana sauti? Kutegemewa si bure, na kufukuzia tisa ya ziada ya upatikanaji kunaweza kugharimu zaidi kuliko madhara inayozuia; lakini katika mifumo ya kitabibu, kukatika "kunakokubalika" ni hukumu ya usalama ambayo wahandisi hawawezi kufanya peke yao. Swali hili linauliza kama una SLI na SLO wazi, kama ziliwekwa na wahudumu wa kitabibu na viongozi wa kiuendeshaji wanaobeba matokeo, na kama unatumia kitu kama bajeti ya makosa kusawazisha kusafirisha maboresho dhidi ya kubaki thabiti. Jadili tofauti kati ya lengo la ndani unalolisimamia na SLA ya nje unayoahidi, na kama ufuatiliaji wako unapima wahudumu wa kitabibu wanachopitia kweli au seva zinachoripoti tu. Fikiria kama "tunalenga 99.9%" ina meno yoyote — kipimo kilichofafanuliwa, matokeo inapokiukwa, mmiliki anayetenda. Jibu zuri linaunganisha lengo la kutegemewa na hoja ya usalama wa kitabibu, linaonyesha kipimo kinapimwa na kumilikiwa, na linaeleza timu inafanya nini tofauti bajeti inapotumika, badala ya nambari kwenye slaidi ambayo hakuna anayeisimamia.

4. Je, tunajua tunachoendesha kweli — na tungeweza kujibu "badiliko hili litaathiri nini?" katikati ya tukio? Mazingira mengi makubwa ya afya na huduma yako dhaifu hasa pale inapouma zaidi: hakuna anayeshikilia picha sahihi, ya sasa ya kinachoendeshwa, kinachotegemea nini, matoleo yapi yametumika, na nani anamiliki kila huduma. Swali hili huchunguza kama unadumisha rekodi ya usanidi — CMDB au sawa — au maarifa hayo yanaishi vichwani mwa watu wachache na muongo wa uunganishaji usioandikwa. Jadili matokeo halisi: badiliko linalovunja kimyakimya mfumo wa chini, kiraka cha usalama kisichoweza kutumika kwa sababu hakuna anayejua kitagusa nini, seva isiyosaidiwa inayogunduliwa tu inaposhindwa au kunyonywa. Mvutano ni kwamba usimamizi wa usanidi hauvutii, haukamiliki kamwe, na ni rahisi kuahirisha, hata hivyo unaunga mkono mabadiliko salama, viraka, leseni, na ustahimilivu wa mtandao vyote — upofu uleule uliogeuza WannaCry kuwa mgogoro. Jibu la uaminifu hueleza orodha inayodumishwa yenye wamiliki na utegemezi ambao watu wanauamini na kuutumia wakati wa matukio, na hutaja sehemu za mazingira ambazo bado ni giza, badala ya kudai ukamilifu ambao hakuna shirika kubwa linao kweli.

5. Kitu kinapoenda vibaya, je, tunajifunza au tunatafuta mtu wa kulaumu? Utamaduni wa mapitio yako ya matukio huamua kama madhara yaleyale yanajirudia. Swali hili linauliza kama matukio mazito yanachochea mapitio bila lawama, ya kimfumo yanayouliza jinsi mfumo ulivyoruhusu kushindwa — au yanawinda kimyakimya mtu wa kulaumu, jambo linaloendesha kuripoti chinichini na kuhakikisha kurudiwa. Jadili kama matukio yaliyokaribia kutokea na kushindwa kwa kiwango kidogo yanaibuliwa kabisa, au yale tu ya kukatika makubwa mno kuficha; kama hatua za mapitio zinapewa wamiliki na kufuatiliwa hadi kufungwa, au kuandikwa na kusahaulika; na kama mifumo inalisha usimamizi wa matatizo na usanifu. Fikiria mlinganisho na kuripoti matukio ya kitabibu na "utamaduni wa haki": shirika lilelile linaweza kushikilia msimamo uliokomaa, bila lawama kwa matukio ya usalama wa mgonjwa lakini wa adhabu kwa kushindwa kwa TEHAMA, au kinyume chake. Jibu zuri linaonyesha utamaduni wa kujifunza wenye ushahidi — mapitio yaliyobadilisha mfumo, hatua zilizofungwa, kujirudia kukipungua — na ukiri wa uaminifu wa mahali hofu bado inakandamiza kuripoti, kwa sababu utamaduni wa kujifunza ni kidhibiti cha usalama wa mgonjwa chenyewe, si nyongeza laini.

6. Je, tumeamua jinsi huduma hii itakavyostaafishwa hatimaye — ikiwa bado hai kuipangia? Kila huduma hatimaye hubadilishwa au kuzimwa, hata hivyo kustaafisha karibu kila mara ni wazo la baadaye, linalobanwa mbadala unapowasili na mfumo wa zamani tayari ni kizuizi. Swali hili linauliza kama, kwa kila huduma hai, una mpango wa kustaafisha kwa usalama: data ikihamishwa au kuhifadhiwa chini ya sheria ya uhifadhi wa rekodi, watumiaji kuelekezwa upya, wahudumu wa kitabibu kuarifiwa, na kumbukumbu ya hatari na njia ya ukaguzi kuhifadhiwa. Jadili hatari mahususi za afya na huduma za kukosea hili — rekodi zilizokwama zinazokiuka wajibu wa kisheria wa uhifadhi, data yatima ambayo hakuna anayeweza kuifikia, mfumo wa zamani wa "muda" unaodumu kwa miaka bila kiraka kwa sababu hakuna anayemiliki mwisho wake. Fikiria kwamba katika mazingira ya kitaifa na ya biashara kubwa, miongo ya rekodi za kitabibu inaweza kukaa ndani ya mfumo unaopaswa kustaafishwa bila kupoteza rekodi hata moja inayodaiwa kisheria. Jibu la uaminifu huchukulia kustaafu kama operesheni iliyotajwa, iliyofadhiliwa, inayokaguliwa iliyopangwa tangu kuanza kutumika, si gharama ya kugunduliwa baadaye, na linaweza kuelekeza kwenye angalau huduma moja ambayo mwisho wake wa maisha umeamuliwa tayari badala ya kuahirishwa.

Kwa vitendo: mfano wa afya na huduma#

Mfumo jumuishi wa huduma (ICS) unaendesha rekodi ya pamoja ya huduma inayotumiwa na wahudumu wa kitabibu wa hospitali, GP, timu za jamii, na huduma za nje ya saa za kazi katika kanda nzima. Ilianza kutumika miaka miwili iliyopita; programu ya ujenzi imefungwa na timu ya kudumu ya bidhaa-na-shughuli sasa inaimiliki. Timu hiyo ilijifunza usimamizi wa huduma kwa njia ngumu.

Mapema, rekodi ilikuwa na ufuatiliaji wa muda wa kufanya kazi wa seva tu. Jioni moja ya majira ya baridi, seva zilikuwa "kijani" huku uunganishaji unaoshindwa ukisimamisha kimyakimya masasisho ya dawa za GP yasitiririke — kwa hiyo wahudumu wa kitabibu wa hospitali waliona orodha za dawa zilizopitwa na wakati kwa saa kadhaa kabla mfamasia kugundua na kupiga simu kwa dawati la huduma. Mapitio ya baada ya tukio yalikuwa bila lawama na ya kimfumo: yalipata tatizo halisi ilikuwa ukosefu wa SLI inayoakisi uzoefu wa mhudumu wa kitabibu. Timu iliongeza uwezo wa kuonekana wa mwanzo-hadi-mwisho, SLO ya usasa wa data iliyokubaliwa kwa pamoja na afisa wa usalama wa kitabibu, na tahadhari inayompigia simu aliye kwenye simu masasisho yanapochelewa zaidi ya kizingiti cha usalama. Hatari hii iliongezwa kwenye kumbukumbu ya hatari ya kitabibu (Mada 1.6).

Kisha wakarekebisha ukubwa wa mazoea yao. Masasisho ya kawaida ya usanidi yenye hatari ndogo yakawa mabadiliko ya kawaida yaliyoidhinishwa mapema yanayosafirishwa kupitia bomba la kiotomatiki lenye kurudi nyuma haraka; mabadiliko yenye hatari kweli tu yanaenda kwenye mapitio ya kila wiki ya mabadiliko yenye uwakilishi wa kitabibu. Ratiba ya kuwa kwenye simu ya kiutu inafunika usiku na sikukuu, ikiungwa mkono na dawati la huduma lenye rasilimali kwa uhitaji halisi wa saa 24/7. Muhimu, waliandika na sasa wanafanya mazoezi mara mbili kwa mwaka ya utaratibu wa kukatika kwa kitabibu: nakala ya kusoma tu iliyohifadhiwa ya rekodi muhimu, njia mbadala ya karatasi, mfululizo wa SMS kuwaambia wahudumu wa kitabibu mfumo umedhoofika, na hatua ya upatanisho wakati wa kupona. Hitilafu ya umeme ya kituo cha data iliyoondoa mfumo mkuu mtandaoni kwa dakika arobaini majira ya kuchipua yaliyopita, huduma iliendelea kwenye njia mbadala iliyojaribiwa, kamanda wa tukio aliendesha jibu tulivu, lililoratibiwa, na hakuna mgonjwa aliyedhurika. Bodi iliona ripoti ya kutegemewa iliyofungwa kwenye vipimo vya usalama wa kitabibu, si uhakikisho usio wazi — na umiliki wa huduma hadi kustaafishwa kwake hatimaye umetajwa na kufadhiliwa.

Mitazamo ya sekta#

Kampuni changa#

Kampuni ndogo ya teknolojia ya afya mara nyingi haina kazi tofauti ya shughuli, kwa hiyo "unaijenga, unaiendesha" ni chaguo-msingi badala ya tamaa — wahandisi walewale walioandika msimbo hubeba pager. Faida ni mrejesho wa haraka na hakuna ukuta wa kutupia kazi; hatari ni ratiba ya kuwa kwenye simu ya watu wawili isiyo endelevu wala salama, na ufuatiliaji unaoishia "je, seva iko hai?". Kampuni changa zinapaswa kukubali SLO, uwezo wa msingi wa kuonekana, mapitio ya baada ya tukio bila lawama, na utaratibu ulioandikwa wa kukatika tangu mteja wa kwanza wa NHS, kwa sababu kukatika kwa kitabibu kunaweza kumaliza mkataba na kampuni. Hata bila sherehe za ITIL, dhamira — kuona huduma, kuitikia haraka, kujifunza kimfumo, kuwaweka wagonjwa salama inaposhindwa — haiwezi kujadiliwa katika afya.

Biashara ndogo#

Mtoa huduma mdogo aliyeimarika — zahanati ya GP, duka la dawa la jamii, nyumba ya wazee, au kliniki ya eneo moja — huendesha mifumo hai ya kitabibu kila siku lakini kwa kawaida hana kazi maalumu ya TEHAMA wala mtu ambaye kazi yake ni usimamizi wa huduma. Hapa "uendeshaji" unabanwa pembezoni mwa kazi ya kitabibu na ya kiutawala, kuwa kwenye simu kwa kweli ni "simu ya mkononi ya meneja wa zahanati", na ufuatiliaji ni mhudumu wa kitabibu akigundua skrini ya kupanga miadi imegandamana. Vipaumbele vya vitendo ni mambo machache yanayoweka wagonjwa salama: utaratibu ulioandikwa, uliofanyiwa mazoezi wa kukatika (jinsi zahanati inavyoshauriana kwa karatasi na kupatanisha baadaye), njia inayojulikana ya kupandisha kwa kila msambazaji mfumo ulioandaliwa unaposhindwa, na uwazi kuhusu SLA zipi wasambazaji hao wanadaiwa kweli. Msambazaji mdogo huru wa teknolojia ya afya aliyepita hatua ya kampuni changa anakabili taswira ya kioo — wateja halisi wanaomtegemea lakini kufunika kwa uendeshaji kuliko nyembamba — na lazima atoe saa za msaada zinazoaminika na jibu la tukio licha ya fedha chache. Wajibu wa uangalizi ni uleule kama wa hospitali kubwa; rasilimali si, kwa hiyo nidhamu ni kuweka vipaumbele bila huruma kwa misingi ya usalama muhimu juu ya ukamilifu wa ITIL.

Biashara kubwa#

Hospitali ya NHS au msambazaji mkubwa huendesha usimamizi wa huduma katika umbo lake kamili: dawati rasmi la huduma, mazoea ya matukio/matatizo/mabadiliko yanayolingana na ITIL, bodi za ushauri wa mabadiliko, mipango ya tukio kuu na mwendelezo wa biashara, na mara nyingi kituo cha shughuli cha saa 24/7. Changamoto ya kawaida ni mazingira makubwa ya zamani yenye rekodi dhaifu za usanidi, mifumo isiyowekewa viraka, na umiliki usio wazi — hali zilizogeuza WannaCry kuwa mgogoro. Kushindwa kwa kawaida ni michakato ya mabadiliko mizito sana hivi kwamba wafanyakazi huikwepa, na "uendeshaji" kunyimwa daima ili kufadhili ujenzi unaofuata. Biashara kubwa ina rasilimali za kufanya uwezo wa kuonekana, kuwa kwenye simu kwa kudumu, na mwendelezo uliojaribiwa ipasavyo, kwa hiyo kazi ni kuweka mazoea yenye uwiano na kumilikiwa kitabibu kweli badala ya ibada ya karatasi inayotoa uhakiki wa uongo.

Serikali#

Chombo cha kitaifa huendesha huduma zinazoweza kugusa mamilioni, kwa hiyo kukatika ni tukio la kitaifa lenye matokeo ya kibunge na ya uaminifu wa umma, na malengo ya kutegemewa ni masuala ya uwajibikaji wa umma. Utoaji wa serikali huunganisha ITSM na matarajio ya GOV.UK Service Manual kwamba huduma hai zinaendeshwa vizuri, kufuatiliwa, na kurudiwa — si kugandishwa wakati wa uzinduzi — na wajibu wa kisheria kuhusu uhifadhi wa rekodi na usalama wa mtandao (NCSC, DSPT). Udhibiti wa matumizi na makubaliano ya ufadhili ya miaka mingi huunda ufadhili wa "uendeshaji" unaonekanaje, na ukubwa huinua dau kwa mwendelezo wa biashara, jibu lililoratibiwa la tukio kuu, na kustaafisha kwa usalama mifumo ya zamani ya kitaifa yenye miongo ya rekodi. Mabadilishano ni uhakiki na ustahimilivu dhidi ya kasi na gharama, yakitatuliwa hadharani chini ya ukaguzi.

Njia za kawaida za kushindwa#

• Itupe juu ya ukuta kwa shughuli. Timu ya ujenzi inakabidhi huduma kwa timu ya shughuli ambayo haikuiona ikitengenezwa; maarifa, umiliki, na usalama vinadondoka kwenye pengo. Dawa: "unaijenga, unaiendesha", au mpito wa makusudi wenye kipindi cha dhamana na kuwa kwenye simu kwa pamoja.
• Huduma hai yatima. Mradi unafungwa, timu inavunjika, ufadhili wa uendeshaji unavukiza; huduma inaoza, haiwekewi viraka, na kukusanya hatari ya kitabibu na ya mtandao kimyakimya. Dawa: mmiliki wa huduma aliyetajwa na bajeti ya uendeshaji iliyolindwa kwa maisha ya kiuendeshaji.
• Kufuatilia seva, si huduma. Kila kitu ni "kijani" huku wahudumu wa kitabibu wakiona data iliyopitwa na wakati au inayokosekana. Dawa: SLI zinazoakisi uzoefu wa mtumiaji na mhudumu wa kitabibu, tahadhari kwa dalili zinazojalisha.
• Mipango ya mwendelezo isiyojaribiwa. Utaratibu wa kukatika kwa kitabibu upo kwenye karatasi lakini haujawahi kufanyiwa mazoezi, kwa hiyo unashindwa siku halisi. Dawa: fanya mazoezi ya mipango ya tukio kuu na kukatika mara kwa mara na urekebishe kinachovunjika.
• Mapitio ya matukio yanayoendeshwa na lawama. Kutafuta kosa huendesha kuripoti chinichini na kurudia madhara. Dawa: kujifunza bila lawama, kwa mfumo baada ya tukio kukiwa na hatua zinazofuatiliwa.
• Maigizo ya mchakato wa mabadiliko. Bodi ya mabadiliko nzito sana hivi kwamba timu zinaizunguka, au nyepesi sana hivi kwamba mabadiliko hatari yanasafirishwa bila ukaguzi. Dawa: rekebisha ukubwa — idhinisha mapema mabadiliko ya kawaida, hifadhi mapitio kwa yenye hatari kweli.
• Hakuna rekodi ya usanidi. Hakuna anayeweza kujibu "badiliko hili litaathiri nini?" wakati wa tukio. Dawa: dumisha CMDB au sawa nayo yenye umiliki na utegemezi.

Kielelezo cha ukomavu#

Orodha hakiki#

• Kila huduma hai ina mmiliki aliyetajwa na bajeti ya uendeshaji iliyolindwa kwa maisha yake ya kiuendeshaji.
• Timu inayoendesha kila huduma inaelewa jinsi ilivyojengwa (au mpito ulioandikwa wenye dhamana na kuwa kwenye simu kwa pamoja upo).
• SLI na SLO zimefafanuliwa, na malengo ya mifumo ya kitabibu yaliwekwa na wahudumu wa kitabibu; SLA za nje ni legevu kuliko SLO za ndani.
• Uwezo wa kuonekana (kumbukumbu, vipimo, njia) na tahadhari za dalili zinaakisi uzoefu wa mhudumu wa kitabibu na mtumiaji, si afya ya seva tu.
• Usimamizi wa matukio una ngazi za ukali, malengo ya majibu, jukumu la kamanda wa tukio, na chanzo kimoja cha ukweli wakati wa jibu.
• Usimamizi wa matatizo unarekebisha sababu za msingi; mapitio ya baada ya tukio ni bila lawama na hatua zake zinafuatiliwa hadi kufungwa.
• Usimamizi wa mabadiliko una ukubwa unaofaa: mabadiliko ya kawaida yameidhinishwa mapema na kuwekwa kiotomatiki; yenye hatari tu ndiyo yanapitiwa, kukiwa na mchango wa kitabibu.
• Taratibu za mwendelezo wa biashara na za kukatika kwa kitabibu zimeandikwa, zimeunganishwa na kumbukumbu ya hatari, na kufanyiwa mazoezi angalau kila mwaka.
• Ratiba za kuwa kwenye simu zina wafanyakazi wa kutosha, ni za kiutu, na zinalipwa kwa haki; dawati la huduma lina rasilimali kwa uhitaji halisi wa saa 24/7.
• Rekodi ya usanidi (CMDB au sawa) inaorodhesha vijenzi, utegemezi, matoleo, na wamiliki, na inaunga mkono viraka vya usalama.
• Mpango wa kustaafisha unafunika uhamishaji/uhifadhi wa data chini ya sheria ya uhifadhi, kuelekeza upya watumiaji, na kuhifadhi rekodi za usalama na ukaguzi.

Vyanzo muhimu#

• ITIL 4 — mfumo wa thamani wa huduma na mazoea ya usimamizi (tukio, tatizo, badiliko, dawati la huduma, usimamizi wa kiwango cha huduma) — PeopleCert / AXELOS.
• Google — Site Reliability Engineering na The Site Reliability Workbook (SLI, SLO, bajeti za makosa, kuwa kwenye simu, post-mortem bila lawama).
• GOV.UK Service Manual — kuendesha na kurudia huduma hai; kufuatilia hali ya huduma; kudumisha huduma baada ya uzinduzi.
• NHS England — viwango vya usimamizi wa hatari za kitabibu vya DCB0129/DCB0160 na kuchukulia kukatika kwa mfumo kama hatari ya kitabibu (angalia Mada 1.6).
• NHS England / NCSC — shughuli za usalama wa mtandao, Data Security and Protection Toolkit (DSPT), na mafunzo kutoka tukio la WannaCry la 2017 (angalia Mada 1.7).
• ISO/IEC 20000 (usimamizi wa huduma za TEHAMA) na ISO 22301 (mifumo ya usimamizi wa mwendelezo wa biashara).
• DevOps Research and Assessment (DORA) — uwezo unaounganisha utoaji na utendaji wa kiuendeshaji (ufuatiliaji, mabadiliko, kutegemewa).
• OKR na KPI kwa kuripoti kiuendeshaji na kutegemewa kwa uongozi (angalia Mada 10.0 — Malengo na Matokeo Muhimu (OKR)).

Marejeo#

1. IT service management — Wikipedia — https://en.wikipedia.org/wiki/IT_service_management
2. ITIL — Wikipedia — https://en.wikipedia.org/wiki/ITIL
3. Incident management — Wikipedia — https://en.wikipedia.org/wiki/Incident_management
4. Change management (ITSM) — Wikipedia — https://en.wikipedia.org/wiki/Change_management_(ITSM)
5. Business continuity planning — Wikipedia — https://en.wikipedia.org/wiki/Business_continuity_planning
6. Site reliability engineering — Wikipedia — https://en.wikipedia.org/wiki/Site_reliability_engineering
7. Service-level agreement — Wikipedia — https://en.wikipedia.org/wiki/Service-level_agreement
8. Service-level objective — Wikipedia — https://en.wikipedia.org/wiki/Service-level_objective
9. Service level indicator — Wikipedia — https://en.wikipedia.org/wiki/Service_level_indicator
10. Observability (software) — Wikipedia — https://en.wikipedia.org/wiki/Observability_(software)
11. DevOps — Wikipedia — https://en.wikipedia.org/wiki/DevOps
12. Configuration management database — Wikipedia — https://en.wikipedia.org/wiki/Configuration_management_database
13. Help desk — Wikipedia — https://en.wikipedia.org/wiki/Help_desk
14. Site Reliability Engineering (SRE book) — Betsy Beyer, Chris Jones, Jennifer Petoff, Niall Richard Murphy (eds.), Google — https://sre.google/books/
15. ITIL 4 Foundation and service management practices — PeopleCert / AXELOS — https://www.peoplecert.org/browse-certifications/it-governance-and-service-management/ITIL-1/itil-4-foundation-2565
16. Service Manual: operating a service and monitoring its status — Government Digital Service, GOV.UK — https://www.gov.uk/service-manual/technology/monitoring-the-status-of-your-service
17. Clinical risk management standards DCB0129 and DCB0160 — NHS England (Clinical Safety) — https://digital.nhs.uk/services/clinical-safety
18. Investigation: WannaCry cyber attack and the NHS — National Audit Office — https://www.nao.org.uk/reports/investigation-wannacry-cyber-attack-and-the-nhs/
19. ISO/IEC 20000-1 — IT service management systems — International Organization for Standardization — https://www.iso.org/standard/70636.html
20. ISO 22301 — Security and resilience: business continuity management systems — International Organization for Standardization — https://www.iso.org/standard/75106.html
21. DevOps Research and Assessment (DORA) capabilities — Google Cloud / DORA — https://dora.dev/