Mada 2.0 — Upokeaji wa Kazi

Kwa sentensi moja: Jinsi kazi inavyoingia katika shirika lako — kupitia mlango mmoja unaoonekana, ikinaswa kwa uthabiti, na kukiriwa haraka — huamua kama utapata nafasi ya kuchagua unachofanya, au utaitikia tu yule anayepiga kelele zaidi.

Kwa nini hili ni muhimu katika afya na huduma#

Katika afya na huduma, gharama ya upokeaji usio na mpangilio si juhudi iliyopotea tu — ni hatari ya kitabibu, ukosefu wa usawa, na uaminifu uliomomonyoka. Ombi la wodi la mtiririko salama zaidi wa uchunguzi wa kielektroniki, pendekezo la msambazaji, agizo la kitaifa, na wazo apendalo mjumbe wa bodi yote yanapofika kupitia njia tofauti bila rekodi ya pamoja, shirika haliwezi kuona uhitaji wake lenyewe, achilia mbali kuutawala. Maombi yenye usalama wa hali ya juu huzikwa nyuma ya yale yenye uhusiano mzuri lakini thamani ndogo.

Fedha za umma zinaongeza dau. Kila kipimo cha uwezo wa kidijitali unachotumia kwenye mahitaji yasiyotathminiwa na yasiyorekodiwa ni uwezo usiotumika kwa orodha ya kusubiri, rekodi ya pamoja ya huduma, au kazi ya uwezo wa kuunganishwa ambayo mfumo unaitegemea. Wadhibiti, wakaguzi, na Bodi za Huduma Jumuishi (ICB) wanazidi kutarajia jibu linalotetewa kwa "hili lilipewaje kipaumbele?" — na huwezi kulijibu usipoweza hata kuonyesha lilivyofika. Upokeaji mzuri ni kituo cha kwanza cha udhibiti katika mfumo wa uendeshaji unaotawalika, wa haki na unaoongozwa na ushahidi (angalia Mada 1.1 — Mfumo wa Uendeshaji, na Mada 1.3 — Maamuzi Yanayoongozwa na Ushahidi).

Dhana kuu#

Upokeaji ni mchakato wenye nidhamu wa kupokea, kurekodi, kuainisha, na kukiri kila kipimo cha uhitaji kabla ya uamuzi wowote kufanywa kuhusu kama au jinsi ya kukifanya. Umetenganishwa kwa makusudi na uchambuzi (kutathmini na kuelekeza — Mada 2.1) na kupanga vipaumbele (kupanga mpangilio — Mada 2.2). Kazi pekee ya upokeaji ni kufanya uhitaji uonekane na ulinganishike.

Usimamizi wa uhitaji, katika utamaduni wa usimamizi wa huduma wa ITIL (IT Infrastructure Library), ni zoezi la kutarajia na kuelekeza uhitaji ili uweze kutimizwa "bila kuingia gharama zisizopangwa." Kifaa chake kikuu ni mlango mmoja wa mbele: njia moja ambayo maombi yote hukusanywa, ili hakuna kinachopotea au kuchakatwa kupitia njia zisizo rasmi. ITIL 4 inaupa fremu hii kama orodha ya huduma (mlango wa mbele wenyewe) pamoja na usimamizi wa maombi ya huduma (kinachotokea mara mtu anapoingia kupitia mlango huo).

Aina za uhitaji haziwezi kubadilishana, na kuzichanganya ni chanzo cha kawaida cha kutofanya kazi vizuri. Mgawanyo wa kazi wenye manufaa:

• Mawazo / fursa — "ingekuwa vizuri kama…"; hayajathibitishwa, yanahitaji ugunduzi.
• Maombi / maboresho — badiliko lililofafanuliwa kwa huduma iliyopo.
• Matukio / matatizo — kitu kimeharibika au si salama sasa; kwa kawaida njia tofauti, ya haraka zaidi ya kiuendeshaji.
• Maagizo ya lazima — kazi ya kisheria, ya udhibiti, au iliyoelekezwa kitaifa (k.m. sharti la programu ya kitaifa ya NHS England) yenye busara ndogo.

Kila aina inastahili njia tofauti ya chini, lakini zote zinapaswa kufika kupitia mlango mmoja wa mbele na kurekodiwa katika hifadhi ileile ya uhitaji.

Upokeaji kivuli — jamaa wa upande wa uhitaji wa TEHAMA kivuli — ni muundo mbaya: uhitaji unaopita mlango wa mbele — mazungumzo ya ukanda, barua pepe ya moja kwa moja kwa msanidi rafiki, "fadhila ya haraka." Upokeaji kivuli haujulikani, haujatawaliwa, na ni tishio kubwa zaidi kwa mfumo wa haki na salama.

Mazoea bora#

1. Anzisha mlango mmoja wa mbele unaoonekana. Toa njia moja, inayotangazwa vizuri kwa uhitaji mpya wote — kwa kawaida fomu inayoungwa mkono na foleni au zana ya tiketi — na upitishe kila kitu kupitia hiyo, ikijumuisha maombi ya viongozi wakuu. Mlango wa mbele si lazima uwe timu moja, lakini lazima uwe rekodi moja. Mwonekano wa uhitaji hauwezekani maombi yakiwa katika visanduku kumi na viwili vya barua.

2. Nasa uhitaji kwa fomu nyepesi, iliyopangwa. Uliza tu kile unachohitaji kuchambua: mwombaji na huduma, tatizo au matokeo yanayotafutwa (si suluhisho), watumiaji walioathirika na kiasi, kichocheo chochote cha usalama au cha kisheria, na hisia ya jumla ya uharaka. Pinga kuvimba kwa fomu hadi kuwa kesi kamili ya biashara — upokeaji mzito kupita kiasi huwarudisha watu kwenye njia za kivuli.

3. Ainisha mlangoni. Weka alama kila kipengele kwa aina ya uhitaji (wazo / ombi / tukio / agizo la lazima), huduma ya asili, na kama kinagusa usalama wa kitabibu au data ya kibinafsi. Uainishaji ndio unaokuwezesha kutuma matukio kwenye njia ya haraka ya kiuendeshaji huku mawazo yakienda ugunduzi, bila kuwafanya waombaji waelewe mitambo yako ya ndani.

4. Tenganisha njia ya matukio — lakini bado urekodi. Kitu kisicho salama au kilichoharibika sasa hakipaswi kusubiri nyuma ya maombi ya mabadiliko. Elekeza matukio kwenye mchakato wako wa kiuendeshaji/dawati la huduma mara moja, lakini hakikisha kiasi na mfumo wa matukio unabaki unaonekana kwa upokeaji, kwa sababu matukio yanayojirudia mara nyingi ndiyo ishara imara zaidi ya mahali uwekezaji wa mabadiliko unapaswa kwenda.

5. Omba kesi ya biashara ya kutosha tu — inayolingana na ukubwa. Kwa maombi madogo, sentensi moja ya faida inayotarajiwa inatosha. Kwa zabuni kubwa zaidi, tumia kesi nyepesi ya ukurasa mmoja: tatizo, matokeo yaliyokusudiwa na nani anafaidika, ukubwa wa jumla, hatari kuu, na gharama ya kutokufanya. Hifadhi ukali kamili wa kesi ya biashara (Green Book / mfumo wa kesi tano wa Hazina) kwa maamuzi halisi ya uwekezaji, si kwa kila wazo.

6. Weka na uchapishe SLA ya kukiri. Jitolee kwa makubaliano ya kiwango cha huduma kwa kukiri — kwa mfano, "kila ombi linakiriwa ndani ya siku mbili za kazi, likiwa na dalili ya hatua zinazofuata na tarehe inayotarajiwa ya uchambuzi." Kukiri si kukubali kufanya kazi; ni ahadi kwamba ombi limeonekana na litatathminiwa. Nidhamu hii moja inafanya zaidi kuliko kitu kingine chochote kuua upokeaji kivuli, kwa sababu watu hutumia njia za nyuma hasa mlango wa mbele unapohisiwa kama shimo jeusi.

7. Fanya foleni ya upokeaji ionekane kwa kila mtu. Chapisha hifadhi ya uhitaji — angalau ndani — ili waombaji waone kipengele chao, hali yake, na nafasi yake ikilinganishwa na vingine. Uwazi hubadilisha "kwa nini hakuna aliyeshughulikia jambo langu?" kuwa jibu la kujihudumia na hujenga uaminifu katika haki ya mchakato.

8. Taja mmiliki wa upokeaji na mdundo. Mtu lazima amiliki mlango wa mbele: kuhakikisha vipengele vimekamilika, vimeainishwa ipasavyo, havijirudii, na vinapitishwa kwa uchambuzi kwa mdundo unaotabirika (angalia Mada 2.1). Upokeaji bila mmiliki huziba ndani ya wiki.

9. Fanya njia za upokeaji zifikike na ziwe za haki. Watu wenye mahitaji makali zaidi — wafanyakazi wa mstari wa mbele, watoa huduma za jamii, na jamii zisizosikilizwa mara chache — mara nyingi ndio wasioweza kuwasilisha ombi lililong'arishwa. Toa zaidi ya njia moja ya kuingia, weka lugha rahisi, na uwasaidie waombaji kueleza tatizo la msingi badala ya kubainisha suluhisho mapema. Mchakato wa upokeaji ambao wenye rasilimali tu wanaweza kuuabiri huegesha kimyakimya jalada zima la miradi.

10. Funga mzunguko na waombaji. Waambie watu kilichotokea kwa ombi lao — limekubaliwa, limeunganishwa, limewekwa pembeni, au limekataliwa — na kwa nini, kwa ratiba inayotabirika. Upokeaji wa kimya huharibu uaminifu na kuendesha uhitaji wa kivuli na njia za kukwepa, ilhali mrejesho wa uaminifu, wa wakati (hata "hapana") huweka mlango wa mbele ukiaminika na kupunguza kufuatilia.

Maswali ya kujadili na timu yako#

1. Tungejuaje kwa kweli ni kiasi gani cha upokeaji kivuli kinapita mlango wetu wa mbele sasa hivi? Swali hili ni muhimu kwa sababu huwezi kutawala uhitaji usioweza kuuona, na viongozi wengi hukadiria chini sana kiasi cha kazi kinachoingia kupitia mazungumzo ya ukanda, barua pepe za moja kwa moja kwa wasanidi marafiki, na "fadhila za haraka" kwa wadau wenye uhusiano mzuri. Mvutano ni kwamba watu wanaoendesha mlango wa mbele mara nyingi ndio wanaofahamu kidogo zaidi kinachopita kuuzunguka, kwa hiyo jibu la uaminifu linahitaji kuwauliza wasanidi na timu za utoaji wanavutwa kwenye nini kweli, si kusoma foleni tu. Fikiria vipimo thabiti: kagua sampuli ya kazi iliyokamilika robo iliyopita na uulize "hii ilitoka wapi, na je, kuna rekodi ya upokeaji kwake?"; waulize wafanyakazi wa mstari wa mbele na wa kitabibu wangeibua vipi wasiwasi leo na uone kama mlango wa mbele upo hata kwenye jibu lao. Jibu zuri linapinga dhana ya faraja ya "tuna fomu, kwa hiyo uhitaji unaonekana" na badala yake linataja njia mahususi za nyuma, linakadiria kiasi chake, na linabainisha kwa nini watu wanazipendelea — kwa kawaida kwa sababu mlango wa mbele ni wa polepole zaidi au unahisiwa kama shimo jeusi. Ushahidi wa kutafuta ni pengo kati ya uhitaji uliorekodiwa na kazi iliyotolewa; pengo kubwa ni kipimo cha upofu wako, si uwezo wako.

2. Ni seti ndogo ipi ya sehemu tunazoweza kudai mlangoni bila kuwarudisha watu kwenye njia za kivuli? Hili ni mabadilishano halisi ya usanifu bila chakula cha bure: kila sehemu unayoongeza inaboresha uwezo wako wa kuchambua baadaye lakini inaongeza gharama ya kuwasilisha, na juu ya kizingiti fulani watu huacha kutumia mlango wa mbele kabisa. Katika mazingira ya afya na huduma dau ni kali zaidi kwa sababu bendera ya lazima ya usalama wa kitabibu na data ya kibinafsi haiwezi kujadiliwa, hata hivyo fomu iliyovimba kuwa kesi kamili ya biashara itakandamiza hasa ishara za mapema, za kujaribu za usalama unazotaka kunasa zaidi. Mjadala unapaswa kuibua waombaji wako wa kufikia kwa shida zaidi — wafanyakazi wa wodi na wenzako wa huduma za jamii wasio na msaada wa kuandika zabuni — na kubuni kwa bajeti yao ya juhudi, si hamu ya ofisi ya jalada la miradi ya taarifa. Pembe thabiti: andaa fomu na ujipime muda wa kuikamilisha kama muuguzi mwenye shughuli nyingi angefanya; tofautisha sehemu zinazohitajika kuelekeza kipengele na zile zinazohitajika kukiamua, na uahirishe za mwisho kwa hatua za uchambuzi au za kesi ya biashara. Jibu imara linaeleza kanuni — nasa tatizo na matokeo, si suluhisho; nasa vya kutosha kuainisha na kukiri, si zaidi — na linakubali kwamba baadhi ya taarifa zitafuatiliwa baadaye badala ya kudaiwa mapema. Toleo la uaminifu linakiri kwamba fomu rahisi kwa mratibu mara nyingi ni ngumu kwa mwombaji, na huchagua kwa makusudi urahisi wa mwombaji.

3. Kiongozi mkuu anapojaribu kupitisha ombi kuzunguka mlango wa mbele, tutafanya nini kweli? Kupita kwa watendaji ndiyo tabia moja inayoweza kuporomosha nidhamu ya upokeaji zaidi, kwa sababu inaashiria kwa kila mtu kwamba mlango wa mbele ni kwa watu wengine, na ni muhimu zaidi katika mashirika ya NHS na ya serikali yenye ngazi ambapo kupinga ukubwa wa cheo ni ngumu kiutamaduni. Mvutano ni halisi: kiongozi kwa kawaida ana ombi halali na mamlaka halisi, kwa hiyo jibu haliwezi kuwa kukataa kabisa kusaidia, lakini pia haliwezi kuwa ubaguzi wa kimya unaokuwa kawaida ndani ya mwezi. Timu inapaswa kufanya mazoezi ya hati mahususi na kupandisha — je, mratibu analisajili ombi kwenye mlango wa mbele kwa niaba ya kiongozi na kuelekeza kwa upole maombi ya baadaye, na nani ana hadhi ya kushikilia mstari huo unapopingwa? Fikiria utii unaoonekana wa watendaji ungeonekanaje kama ishara chanya: mkurugenzi akiwasilisha ombi lake mwenyewe hadharani kupitia fomu hufanya zaidi kuhalalisha mchakato kuliko hati yoyote ya sera. Jibu zuri linataja jibu thabiti, linaloweza kurudiwa badala ya matumaini kwamba "haitakuwa tatizo," na linabainisha wafadhili wakuu mmoja au wawili ambao tabia yao wenyewe itaamua utamaduni. Jibu lisilo la uaminifu ni "viongozi wetu hawangefanya hivyo" — watafanya, na mpango lazima uishi mara ya kwanza watakapofanya.

4. Tutahakikishaje mlango wetu wa mbele unafikika kweli kwa watu wenye mahitaji makali zaidi, si wenye ujasiri wa kidijitali tu? Swali hili ni muhimu kwa sababu mchakato wa upokeaji huunda kimyakimya jalada zima la miradi, na ikiwa timu zenye rasilimali tu zinaweza kuuabiri, uhitaji unaouona unapotoshwa kimfumo mbali na sauti za mstari wa mbele, za huduma za jamii, na zisizosikilizwa mara chache. Mvutano ni kwamba muundo na ukali uleule unaofanya uhitaji utawalike — fomu, sehemu, zana za usimamizi wa huduma — pia huinua kikwazo kwa muuguzi wa wilaya mwenye shughuli nyingi, meneja wa nyumba ya wazee, au timu inayowahudumia wagonjwa isiyo na msaada wa kuandika zabuni. Fikiria pembe thabiti: nani amewasilisha kupitia mlango wa mbele robo iliyopita, na je, idadi hiyo ya watu inalingana na mahali hatari ya kitabibu na ukosefu wa usawa upo kweli? Toa zaidi ya njia moja ya kuingia — simu au mazungumzo mafupi ambayo mratibu anaandika — na ukague kama lugha inadhania istilahi za ndani zinazowatenga wageni. Jibu la uaminifu linataja makundi yanayowakilishwa pungufu sasa kwenye foleni na hujitolea kwa makaribisho mahususi kwao, badala ya kudhani fomu moja ya mtandaoni haina upande. Ushahidi wa kutafuta ni mgawanyo wa kidemografia na wa kishirika wa nani anaibua uhitaji, si jumla ya kiasi tu.

5. Maombi mawili yanapogeuka kuwa hitaji lilelile la msingi, nani anaamua ni ya kujirudia, na tunalindaje uaminifu wa waombaji tunapoyaunganisha? Kujirudia hakuepukiki katika ukubwa wowote — hitaji lilelile la "uchunguzi wa kielektroniki" au ulinganifu wa dawa hufika kutoka wodi au maeneo kadhaa — na likiachwa bila kusimamiwa huvimbisha foleni inayoonekana na kugawa juhudi kwa matoleo nusu-yaliyojengwa. Mabadilishano ni kwamba kuunganisha ni tendo la uamuzi linaloweza kumnyima mwombaji sauti kimyakimya: mtu ambaye tiketi yake ilikunjwa kwenye nyingine anaweza kuhisi tatizo lake mahususi lilipuuzwa, hasa kama kipengele kilichobaki kimeandikwa kwa maneno ya mtu mwingine. Timu inapaswa kuamua mamlaka ya kuondoa kujirudia yanakaa wapi — kwa kawaida mmiliki wa upokeaji — na ushahidi gani unahalalisha kuita mambo mawili "sawa," kwa sababu maombi yanayofanana juujuu wakati mwingine huficha miktadha tofauti kabisa ya kitabibu. Zoezi thabiti: weka kila ombi la asili likifuatilika hata baada ya kuunganishwa, na uwaambie waombaji wote wawili kilichotokea na kwa nini, ili kuunganisha kuhisiwe kama kusikilizwa pamoja badala ya kupuuzwa. Jibu zuri linachukulia kuondoa kujirudia kama nidhamu ya kuchagua yenye umiliki wazi na njia ya ukaguzi, si kazi ya kimya ya kusafisha. Toleo lisilo la uaminifu linadhania nakala ni dhahiri na hazina madhara kuzikunja, ilhali kuunganisha bila uangalifu ni sababu ya kawaida watu kuacha kuamini mlango wa mbele.

6. Sera yetu ya uaminifu ya kusema "hapana" au "si sasa" ni ipi, na je, tuko tayari kufanya uhitaji uliokataliwa uonekane kama uliokubaliwa? Mazungumzo mengi ya upokeaji huzingatia jinsi kazi inavyoingia, lakini afya ya mfumo inategemea sawa na jinsi kazi inavyokataliwa kwa uaminifu, kwa sababu mlango wa mbele unaoweza kusema "ndiyo" au "kimya" tu utaziba na kupoteza uaminifu. Katika afya na huduma dau ni kali: kukataa au kuweka pembeni ombi kunaweza kuwa uamuzi sahihi dhidi ya bajeti finyu, lakini pia kunaweza kuzika ishara halisi ya usalama au usawa, kwa hiyo hoja lazima irekodiwe na iweze kupitiwa upya badala ya kupotea. Mvutano ni wa kiutamaduni — "hapana, na hii ndiyo sababu" iliyo wazi ni ya heshima zaidi na yenye manufaa zaidi kuliko "tutaangalia" isiyo na mwisho, hata hivyo ni ngumu kuisema, hasa kwa waombaji wakuu au wa kitabibu. Fikiria pembe thabiti: je, vipengele vilivyowekwa pembeni vina tarehe ya mapitio, na je, mwombaji anaweza kuona kwa nini ombi lake lilikataliwa na nini kingebadilisha uamuzi? Kufanya uhitaji uliokataliwa na kuwekwa pembeni uonekane kando ya ule uliokubaliwa ndiko kunakoliwezesha shirika kujifunza kutokana na chaguzi zake na kuzitetea kwa ICB au mkaguzi. Jibu la uaminifu linajitolea kwa kufunga kwa wakati, kwa hoja kwa kila kipengele — kimekubaliwa, kimeunganishwa, kimewekwa pembeni, au kimekataliwa — na kinakubali kwamba "hapana" ya kuaminika inailinda mlango wa mbele zaidi sana kuliko hifadhi ya matumaini ya mambo ambayo hakuna atakayeanzisha.

Kwa vitendo: mfano wa afya na huduma#

Mfumo Jumuishi wa Huduma (ICS) ulikuwa hauna njia ya pamoja ya kupokea uhitaji wa kidijitali. Hospitali zilimwandikia barua pepe mkurugenzi wa programu; wasambazaji walifanya mashawishi kwa wakurugenzi wa kitabibu; agizo la kitaifa la uwezo wa kuunganishwa lilifika kwa barua; wafanyakazi wa wodi waliibua wasiwasi wa usalama kwenye karatasi ambazo hazikufika kwa timu ya kidijitali. Hakuna aliyeweza kusema uhitaji upo kiasi gani wala kwa nini kazi yoyote ilikuwa inaendelea.

ICS ilianzisha fomu moja ya upokeaji katika zana yake iliyopo ya usimamizi wa huduma, yenye aina nne za uhitaji na bendera ya lazima ya "usalama wa kitabibu / data ya kibinafsi." Kila njia — msambazaji, hospitali, chombo cha kitaifa, mstari wa mbele — iliongozwa kwenye fomu hiyo; viongozi wakuu walikubali kuonyesha tabia kwa kuitumia wenyewe. Mratibu wa upokeaji alikiri kila kipengele ndani ya siku mbili za kazi na kuendesha kikao kifupi cha kila wiki kukagua ukamilifu na uainishaji kabla ya kukabidhi vipengele kwa bodi ya uchambuzi.

Ndani ya robo moja, mambo matatu yalibadilika. Kwanza, ICS iliweza kwa mara ya kwanza kuonyesha bodi yake picha moja ya uhitaji wa kidijitali kwa aina na kwa shirika asili. Pili, kundi la matukio ya mstari wa mbele kuhusu mtiririko wa ulinganifu wa dawa — ambalo awali halikuonekana — lilijitokeza kama mgombea wazi, mwenye ushahidi wa mabadiliko. Tatu, maombi ya kivuli yalipungua sana, kwa sababu mlango wa mbele sasa ulijibu haraka kuliko njia za nyuma zilivyowahi kufanya.

Mitazamo ya sekta#

Kampuni changa#

Kampuni ndogo ya afya ya kidijitali huishi au hufa kwa umakini, kwa hiyo mlango wake wa mbele unahusu kidogo kutawala wadau wengi na zaidi kupinga mvuto wa kila mteja mtarajiwa, mwekezaji, na mshauri wa kitabibu anayetaka kipengele maalumu. Upokeaji hapa ni mwepesi — ubao wa pamoja au lahajedwali moja — lakini bado lazima uwe rekodi moja, kwa sababu njia ya pembeni ya mwanzilishi ya "jenga tu" ndiyo toleo la kampuni changa la upokeaji kivuli na huunda upya ramani ya safari kimyakimya. Kikwazo cha fedha ndicho kiainishi kikali zaidi: kila kipengele hupimwa dhidi ya muda mfupi wa fedha uliobaki, kwa hiyo sehemu yenye thamani zaidi ya fomu ya upokeaji ni "ni matokeo gani ya mteja au ya udhibiti hili linafungua?" Bendera za usalama wa kitabibu na ulinzi wa data haziwezi kurukwa hata katika ukubwa huu, kwa sababu kampuni changa inayoshughulikia data ya wagonjwa hubeba wajibu wa DCB0129 na UK GDPR uleule kama hospitali. Nidhamu ya kusema "imenaswa, bado haijaanza" ndiyo inayozuia kampuni yenye matumaini kugawanyika kuwa majaribio kumi na mawili nusu-yaliyojengwa.

Biashara ndogo#

Mtoa huduma mdogo aliyeimarika — zahanati ya GP, duka la dawa la jamii, nyumba ya wazee, au kliniki ya eneo moja — ana wagonjwa halisi na shughuli zinazoendelea lakini mara chache kitengo maalumu cha TEHAMA au cha kidijitali, kwa hiyo upokeaji ni wajibu unaoangukia meneja wa zahanati au meneja aliyesajiliwa kando ya kila kitu kingine. Mlango wa mbele hapa ni wa kawaida — mara nyingi kisanduku cha barua cha pamoja au daftari moja — hata hivyo bado ni muhimu, kwa sababu uhitaji hufika kutoka kwa wahudumu wa kitabibu, meneja wa akaunti wa msambazaji, hatua ya CQC, na ombi la ICB yote kwa wakati mmoja, na bila rekodi moja kazi ndogo na zenye kelele zaidi huwatoa nje muhimu. Kikwazo kinachofunga ni muda wa watu badala ya mizunguko ya ufadhili: swali la upokeaji linalostahili nafasi yake ni "je, hili linashughulikia wajibu wa usalama wa mgonjwa, wa udhibiti, au wa kimkataba, au linaweza kungoja?" Mashirika haya hubeba wajibu wa usalama wa kitabibu na UK GDPR uleule kama hospitali kubwa lakini lazima yautimize kwa sehemu ndogo ya uwezo, kwa hiyo njia nyepesi, thabiti ya kunasa na kukiri uhitaji ndiyo inayozuia wajibu wa kisheria kukosekana katika mkimbizo wa kila siku. Lengo la kweli si ustaarabu bali kutegemewa — kila ombi limeandikwa mara moja, mahali pamoja, na kuangaliwa kwa mdundo wa kawaida, ingawa rahisi.

Biashara kubwa#

Hospitali ya NHS au ICS ina tatizo kinyume: njia nyingi halali (wodi, huduma za kiushirika, wasambazaji, vyombo vya kitaifa) na mikondo mikali ya kisiasa, kwa hiyo mlango mmoja wa mbele ni mabadiliko ya kiutamaduni kama ulivyo zana. Kazi ya upokeaji kwa kawaida ni mratibu aliyetajwa au timu ndogo ndani ya ofisi ya jalada la miradi, ikiungwa mkono na jukwaa la usimamizi wa huduma la kibiashara, na kazi yake ngumu zaidi ni kuwashawishi wakurugenzi kupitisha maombi yao wenyewe kupitia hilo badala ya kulizunguka. Kiasi hulazimisha uainishaji halisi na kuondoa kujirudia — ombi lilelile la "uchunguzi wa kielektroniki" mara nyingi hufika mara tano kutoka maeneo matano — na bendera ya usalama lazima iunganishwe na usimamizi wa hatari za kitabibu wa hospitali na kumbukumbu yake ya hatari. Uwajibikaji ni wa nje: ICB, wakaguzi, au mdhibiti wanaweza kuuliza programu yoyote ilihalalishwa vipi, kwa hiyo rekodi ya upokeaji ni nyaraka ya utawala, si foleni tu.

Serikali#

Katika ngazi ya NHS England, DHSC, serikali iliyogatuliwa, au mamlaka ya mtaa, upokeaji huunda uhitaji wa kitaifa na fedha za umma kwa ukubwa, na mwingi hufika kama agizo la lazima badala ya ombi — wajibu wa kisheria, ahadi za mawaziri, masharti ya mapitio ya matumizi. Mlango wa mbele mara nyingi ni jalada rasmi la miradi au bomba la uwekezaji linalotawaliwa na mfumo wa kesi tano wa Hazina na Green Book, kwa hiyo hata mawazo ya mapema hunaswa dhidi ya ulinganifu wa kimkakati na thamani-kwa-fedha tangu mwanzo. Hamu ya hatari ni ndogo na ukaguzi ni mkubwa: maslahi ya National Audit Office na Public Accounts Committee yanamaanisha kila kipengele kilichokubaliwa lazima kiwe na asili inayofuatilika na hoja. Changamoto ni uwiano — kutumia ukali wa kutosha kutetea matumizi bila mlango mzito sana hivi kwamba sauti za mstari wa mbele na za mamlaka za mitaa, ambazo hazina timu za kuandika zabuni, zinafungiwa nje kwa vitendo. Uwazi wa bomba la uhitaji kwa hiyo ni kipimo cha ufanisi na wajibu wa usawa.

Njia za kawaida za kushindwa#

• Mlango wa mbele wa shimo jeusi. Fomu ipo, lakini maombi yanatoweka ndani yake bila kukiri. Watu hurudi kwenye njia za nyuma ndani ya wiki. Tiba: SLA ya kukiri, inayoshikwa bila huruma.
• Upokeaji wenye umbo la suluhisho. Fomu inauliza "unataka nini kijengwe?" badala ya "unajaribu kutatua tatizo gani?", ikifunga suluhisho kabla ya ugunduzi. Tiba: nasa matokeo na matatizo, si miundo.
• Mlango mzito mlangoni. Kudai kesi kamili ya biashara ili kuwasilisha wazo hukandamiza ishara nzuri za mapema na kuendesha upokeaji kivuli. Tiba: kunasa kwa uwiano; ukali unakuja baadaye.
• Kupita kwa watendaji. Viongozi hupitisha maombi yao wenyewe kuzunguka mchakato, wakiashiria mlango wa mbele ni kwa watu wengine. Tiba: utii unaoonekana wa watendaji; hakuna ubaguzi.
• Matukio yaliyopotea kwenye foleni ya mabadiliko. Uharibifu wenye usalama wa hali ya juu unasubiri nyuma ya maombi ya maboresho. Tiba: njia tofauti, ya haraka ya matukio ambayo upokeaji bado inaiona.
• Upokeaji bila mmiliki. Foleni inajaa lakini hakuna anayeichagua. Tiba: mratibu aliyetajwa na mdundo uliowekwa.

Kielelezo cha ukomavu#

Orodha hakiki#

• Kuna mlango mmoja wa mbele unaotangazwa kwa uhitaji wote mpya wa kidijitali.
• Fomu ya upokeaji inanasa tatizo/matokeo, si suluhisho lililoombwa tu.
• Kila kipengele kimeainishwa kwa aina ya uhitaji (wazo / ombi / tukio / agizo la lazima).
• Bendera ya usalama wa kitabibu na data ya kibinafsi ni ya lazima wakati wa upokeaji.
• Matukio yana njia tofauti ya haraka lakini yanabaki yanaonekana kwa upokeaji.
• SLA iliyochapishwa ya kukiri ipo na inapimwa.
• Foleni ya uhitaji inaonekana kwa waombaji na wadau.
• Mmiliki aliyetajwa anachagua upokeaji kwa mdundo uliowekwa.
• Juhudi ya kesi ya biashara ina uwiano na ukubwa wa ombi.
• Viongozi wakuu wanatumia mlango wa mbele kama kila mtu mwingine.

Vyanzo muhimu#

• ITIL 4 (AXELOS / PeopleCert) — mazoea ya Usimamizi wa Uhitaji na Usimamizi wa Maombi ya Huduma; dhana ya "mlango mmoja wa mbele".
• NHS England — DCB0129 Clinical Risk Management: its Application in the Manufacture of Health IT Systems (kuweka bendera ya usalama kwa mabadiliko).
• GOV.UK Service Manual (Government Digital Service) — kuelewa mahitaji na matatizo ya watumiaji kabla ya suluhisho.
• NHS Digital Service Standard — kubuni kwa mahitaji ya watumiaji; kufanya kazi ionekane.
• HM Treasury — The Green Book na mfumo wa kesi tano (kesi za biashara zenye uwiano).
• Reinertsen, D. — The Principles of Product Development Flow (kusimamia foleni na uhitaji).

Marejeo#

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/