Mada 10.3 — Usimamizi wa Maarifa na Uandishi wa Nyaraka

Kwa sentensi moja: Katika huduma inayohusu usalama, kile ambacho timu zako zinajua lakini hazijawahi kukiandika ni hatari ya kitabibu, si usumbufu tu — kwa hiyo chukulia nyaraka kama kitu cha kutoa cha daraja la kwanza na mwendelezo wa maarifa kama wajibu, si hiari.

Kwa nini hili ni muhimu katika afya na huduma#

Timu za afya ya kidijitali ni ndogo, zenye utaalamu, na mara nyingi zimeunganishwa kutoka wafanyakazi wa kudumu, wakandarasi, na wahandisi wa wasambazaji. Mtu anayeelewa kwa nini kiolesura cha patholojia hujaribu mara tatu kabla ya kushindwa, au ni bendera ipi kwenye rekodi ya kielektroniki ya mgonjwa inayozuia tahadhari ya mzio inayojirudia, mara nyingi ni mtu mmoja — na mtu huyo huhama, hustaafu, au huwa mgonjwa wiki ambayo uunganishaji unavunjika saa nane usiku. Maarifa yanapoondoka naye, mfumo haubaki tu mgumu zaidi kudumisha; unakuwa mgumu zaidi kuendesha kwa usalama. Njia ya kuzunguka isiyoandikwa ambayo mhudumu wa kitabibu aliitegemea inaweza kutoweka kimyakimya, na hakuna aliyebaki anayejua ilikuwa inabeba mzigo.

Dau ni mahususi kwa sekta. Usanidi usioeleweka unaweza kuzalisha rekodi ya mgonjwa mbaya, tahadhari iliyokosekana, au rufaa iliyovunjika — madhara yanayopimwa kwa matokeo ya wagonjwa, si tiketi za muda wa kutofanya kazi. Vyombo vya umma pia hubeba wajibu wa kisheria: rekodi za afya lazima zihifadhiwe kwa vipindi vilivyofafanuliwa, na maamuzi kuhusu huduma na fedha za umma lazima yakaguliwe miaka baadaye na yapatikane mpimaji wa vifo, mdhibiti, au ombi la Freedom of Information linapokuja. Usimamizi mzuri wa maarifa kwa hiyo ni sehemu usalama wa kitabibu, sehemu utawala, na sehemu heshima kwa mtu atakayelazimika kuendelea kuendesha huduma. Hauwezi kutenganishwa na jinsi unavyoendesha uendeshaji hai (angalia Mada 3.8 — Usimamizi wa Huduma na Uendeshaji Hai) na jinsi unavyobuni timu (angalia Mada 7.0 — Miundo ya Timu, Majukumu na Wajibu).

Dhana kuu#

Usimamizi wa maarifa kama nidhamu. Usimamizi wa maarifa ni seti ya mazoea ambayo shirika huunda, kunasa, kushiriki, na kutumia tena kile linachojua. Unasawazisha vipengele vitatu — watu na utamaduni, michakato na muundo, na teknolojia — na hushindwa kila wakati viongozi wanapouchukulia kama ununuzi wa zana badala ya mazoea. "Maarifa" huanzia jinsi njia ya kitabibu inavyofanya kazi kweli katika hospitali fulani hadi jinsi injini mahususi ya uunganishaji ilivyosanidiwa.

Maarifa fiche dhidi ya wazi. Maarifa fiche (tacit) ni yale yanayoishi vichwani na mikononi mwa watu — busara, hisia, na "lazima ujue kwamba hospitali hii huweka misimbo ya kuruhusiwa kwa njia tofauti" iliyopatikana kwa shida ambayo ni ngumu kuandika. Maarifa wazi (explicit) ni yale yaliyoelezwa na kuwekwa katika nyaraka, michoro, na runbooks. Maarifa mengi yanayoweka huduma salama huanza kama fiche; kazi ya usimamizi wa maarifa ni kubadilisha ya kutosha kuwa umbo wazi ili huduma isimtegemee kichwa kimoja.

Mfumo wa ubadilishaji wa maarifa wa SECI. Mfumo wa SECI (Socialization, Externalization, Combination, Internalization), kutoka kwa Nonaka na Takeuchi, unaeleza jinsi maarifa yanavyosogea kati ya maumbo fiche na wazi: kushiriki kwa kufanya kazi kando kwa kando (socialization), kuandika maarifa fiche (externalization), kuchanganya vipande vya wazi kuwa nyaraka kubwa zaidi (combination), na kufyonza maarifa yaliyoandikwa kurudi katika mazoezi ya ufasaha (internalization). Ni muhimu kwa sababu unakukumbusha kwamba nyaraka peke yake hazitoshi — kuoanisha watu, kufuata kivuli, na jamii ni muhimu kama wiki.

Utegemezi wa mtu mmoja na bus factor. Bus factor ni idadi ya watu ambao wangelazimika kupotea kabla huduma kukwama kwa ukosefu wa mtu yeyote anayeielewa. Bus factor ya moja ni hali chaguo-msingi ya timu nyingi ndogo za kidijitali na hatari kubwa ya kiuendeshaji katika huduma ambayo afya ya watu inaitegemea. Mauzo ya juu ya wafanyakazi, matumizi makubwa ya wakandarasi, na kufungwa na msambazaji mmoja vyote vinashusha nambari; nyaraka za makusudi, mafunzo mtambuka, na kuoanisha watu huipandisha tena.

Nyaraka kama kitu cha kutoa cha daraja la kwanza. Chukulia nyaraka kama bidhaa, si zao la pembeni. Mwongozo wa huduma unaeleza huduma ni nini na inavyotenda; runbook (au playbook) inatoa taratibu hatua kwa hatua za kuanzisha, kusimamisha, na kuirejesha; rekodi ya uamuzi wa usanifu (ADR) inanasa kwa nini uchaguzi muhimu ulifanywa, ili wadumishaji wa baadaye wasiutengue bila kujua sababu. Chanzo kimoja cha ukweli kinamaanisha kila ukweli unamilikiwa mahali pamoja tu, ili watu wasifukuzie nakala zinazopingana za "usanifu wa sasa".

Nyaraka-kama-msimbo (docs-as-code). Kuweka nyaraka katika hazina ileile iliyodhibitiwa kwa matoleo kama kazi — zilizoandikwa kwa maandishi wazi au Markdown, zinazopitiwa kama msimbo, na kuchapishwa kiotomatiki — huzifanya karibu na kile zinachokieleza na zinazoweza kuendelea kuwa za sasa. Mchoro unapoishi kando ya msimbo na kubadilika katika pull request ileile, huoza polepole zaidi.

Jamii za mazoezi. Jamii ya mazoezi (wakati mwingine huitwa guild) ni kikundi cha timu mtambuka kinachoshiriki ufundi — maafisa wa usalama wa kitabibu, wahandisi wa mbele, viongozi wa utawala wa taarifa — na kuuboresha pamoja. Jamii za mazoezi huenea maarifa fiche kwa mlalo kuvuka shirika ambalo mipaka ya timu wima ingeyanasa vinginevyo.

Usimamizi wa rekodi na uhifadhi. Usimamizi wa rekodi hutawala taarifa katika mzunguko wake wa maisha, ikijumuisha muda lazima zihifadhiwe na lini zinaweza kuharibiwa. Katika afya hii kwa sehemu ni ya kisheria: rekodi za kitabibu hubeba vipindi vya uhifadhi vilivyofafanuliwa chini ya NHS Records Management Code of Practice. Hii ni tofauti na nyaraka za timu, na kuchanganya hivyo viwili husababisha makosa halisi — jambo tunalolirudia hapa chini.

Usanifu wa taarifa na uwezo wa kupatikana. Usanifu wa taarifa ni usanifu wa kimuundo wa nafasi ya taarifa ili watu wapate wanachohitaji. Wiki yenye kurasa elfu kumi na bila muundo si nyaraka; ni jaa la taka. Uwezo wa kupatikana ndio tofauti kati ya maarifa yaliyopo na maarifa yanayotumika.

Mazoea bora#

1. Fanya nyaraka kuwa ufafanuzi-wa-kukamilika, si wazo la baadaye. Kipengele, uunganishaji, au badiliko la usanidi si "limekamilika" hadi kiingilio chake cha runbook, ADR yake (ikiwa uamuzi muhimu ulifanywa), na sasisho la mwongozo wa huduma vipo. Weka hili ndani ya njia zenu za kufanya kazi ili liandikwe maarifa yanapokuwa mapya, na mtu aliye nayo. Kuandika nyaraka za mfumo miezi sita baadaye, kutoka kumbukumbu, ndipo makosa na mapengo hatari yanapozaliwa.

2. Weka chanzo kimoja cha ukweli na uunganishe nje kutoka kwake. Amua, kwa kila eneo, mahali toleo lenye mamlaka la kila ukweli linaishi — usanifu, ratiba ya wanaosimamia simu, mchoro wa mtiririko wa data — na ufanye kila kitu kingine kielekeze kwake badala ya kukinakili. Nyaraka zilizonakiliwa huteleza, na katika muktadha wa kitabibu nakala iliyopitwa na wakati inayosema "ukaguzi wa mzio umewashwa" wakati umezimwa ni mbaya kuliko kutokuwa na waraka kabisa. Futa au elekeza upya bila huruma nakala zilizopitwa na wakati ulizo nazo tayari.

3. Pokea docs-as-code na uweke nyaraka karibu na kazi. Hifadhi runbooks, ADR, na miongozo ya huduma katika udhibiti wa matoleo kando ya mifumo zinayoeleza, pitia mabadiliko ya nyaraka katika pull request ileile na mabadiliko ya msimbo, na uchapishe kiotomatiki. Hii inafanya masasisho kuwa nafuu, mabadiliko kuweza kupitiwa, na historia kuweza kukaguliwa — na inamaanisha mtu anayebadilisha mfumo anasukumwa kubadilisha nyaraka kwa pumzi ileile.

4. Andika runbooks ambazo mgeni aliyebanwa angeweza kuzifuata saa tisa usiku. Runbook inapaswa kudhani msomaji amechoka, hajui mfumo, na yuko chini ya shinikizo — kwa sababu wakati wa tukio kubwa atakuwa hivyo. Tumia hatua zilizohesabiwa, halisi, taja skrini na amri kamili, na ueleze tokeo linalotarajiwa la kila hatua na cha kufanya likishindwa. Zijaribu kwa kumfanya mtu ambaye hakuziandika atekeleze urejeshaji katika zoezi.

5. Nasa "kwa nini", si "nini" tu, kwa rekodi za maamuzi ya usanifu. ADR fupi — muktadha, uamuzi, matokeo — huhifadhi hoja nyuma ya uchaguzi muhimu ili wadumishaji wa baadaye wasibatilishe uamuzi bila kuelewa kikwazo kilichouendesha. Katika afya hili ni muhimu sana: usanidi unaoonekana wa ajabu unaweza kuwepo kwa sababu ya uchambuzi wa hatari ya usalama wa kitabibu au uamuzi wa utawala wa taarifa. Kurekodi sababu kunazuia "usafishaji" wenye nia njema usirudishe hatari inayojulikana.

6. Pandisha bus factor kwa makusudi kwenye kila mfumo muhimu. Tambua mifumo yenye bus factor ya moja na uichukulie kama hatari kwenye rejista yako ikiwa na mmiliki aliyetajwa na mpango. Oanisha watu, zungusha maarifa ya kusimamia simu, endesha vikao vya "teach-back" ambapo mtaalamu anaandika huku mwenzake anafuata, na uzuie mtu yeyote mmoja kuwa pekee anayeweza kutumia au kurejesha huduma muhimu kwa usalama. Hii ni nafuu kuliko kugundua pengo wakati wa kukatika.

7. Endesha mapitio ya baada ya tukio yanayobadilisha mazoezi, si kulaumu watu. Baada ya tukio lolote muhimu, endesha mapitio ya baada ya tukio yasiyo na lawama yanayozalisha hatua zilizoandikwa, zenye wamiliki, zenye muda — kisha uzifunge kweli. Mafunzo yanayohifadhiwa na kamwe hayarudiwi ni maigizo; mtihani wa mchakato ni kama tukio la baadaye lenye umbo lilelile linazuiwa. Rudisha matokeo moja kwa moja kwenye runbooks na kesi ya usalama wa kitabibu (angalia Mada 3.8 — Usimamizi wa Huduma na Uendeshaji Hai).

8. Wekeza katika usanifu wa taarifa na uwezo wa kupatikana. Panga msingi wako wa maarifa ili mwajiriwa mpya apate runbook ya kusimamia simu ndani ya dakika moja, na upunguze kwa nguvu — ukurasa uliopitwa na wakati ni dhima, si mali. Kubaliana kanuni za majina, ngazi wazi, na mmiliki kwa kila eneo, na uweke tarehe ya "iliyopitiwa mwisho" kwenye kurasa muhimu ili wasomaji waweze kuhukumu ujana. Utafutaji si mbadala wa muundo; ni nyongeza yake.

9. Kuza jamii za mazoezi kueneza maarifa fiche. Anzisha guild za timu mtambuka kwa ufundi unaojalisha — usalama wa kitabibu, usalama wa mtandao, mbele, uhandisi wa data — kwa wigo mwepesi: shiriki mnachojifunza, kubaliana mifumo ya pamoja, mshauri wageni. Majukwaa haya husogeza maarifa fiche ambayo hakuna waraka unayonasa, na hupunguza makosa yanayorudiwa kuvuka timu (angalia Mada 7.5 — Maendeleo ya Watu na Shirika). Yape muda katika wiki ya kazi, au yatanyauka.

10. Tenganisha nyaraka za timu na rekodi za kisheria — na simamia zote mbili. Kuwa wazi ni nini maarifa ya timu (runbooks, ADR, wiki) dhidi ya nini ni rekodi inayohusika na uhifadhi wa kisheria (rekodi za kitabibu, maamuzi ya huduma, idhini za kifedha, maamuzi ya utawala wa taarifa). Tumia ratiba za uhifadhi za NHS Records Management Code of Practice kwa za pili, na usiruhusu ufutaji wa kawaida wa wiki kuharibu kitu ulichohitajika kisheria kukihifadhi. Vilevile, usihifadhi kila kitu milele "kwa usalama" — kuhifadhi kupita kiasi ni hatari yake ya utawala na ulinzi wa data.

11. Fanya utambulisho wa wafanyakazi wapya kuwa mtihani wa nyaraka zako. Chukulia kila utambulisho kama ukaguzi hai: ikiwa mhandisi au mhudumu wa kitabibu mpya mwenye uwezo hawezi kuwa na tija kutokana na nyaraka zako zilizoandikwa pamoja na kuoanishwa kidogo, nyaraka zenu zimeshindwa, na mapengo wanayokutana nayo ndiyo backlog yenu. Waombe wanaojiunga warekebishe kitu cha kwanza kilichowachanganya kama mchango wao wa kwanza. Hii inageuza utambulisho kutoka gharama ya upande mmoja kuwa kitanzi cha uboreshaji endelevu kwa mwendelezo wa maarifa.

Maswali ya kujadili na timu yako#

1. Mtu pekee anayeelewa uunganishaji wetu muhimu zaidi akiondoka kesho, ni muda gani hadi tuwe wazi — na hasa hatungejua nini? Hili linageuza wazo la kidhahania la bus factor kuwa mtihani madhubuti wa shinikizo wa mifumo yenu muhimu zaidi. Pitia mfano halisi — mlisho wa patholojia, usanidi wa kuingia mara moja, mantiki ya kulinganisha ya rekodi ya pamoja ya huduma — na uulize kwa uaminifu nani mwingine angeweza kuuendesha, kuubadilisha, na kuurejesha bila mtu huyo. Mvutano wa kuibua ni kwamba maarifa ya kina kwa kawaida yanakaa kwa mtu wenu mwenye shughuli nyingi zaidi, anayeaminiwa zaidi, na shinikizo za utoaji zinafanya iwe busara kwake kamwe kusimama na kuandika. Tofautisha maarifa yaliyo fiche kweli na magumu kuyaweka katika msimbo na maarifa ambayo hayajawahi kunaswa tu kwa sababu hakuna aliyetenga muda. Jibu zuri, la uaminifu, hutaja mifumo yenu ya bus-factor-moja kwa sauti, hukiri mapengo yapi ni halisi, na huzalisha mpango wenye gharama — kuoanisha watu, wiki za nyaraka, mafunzo mtambuka — badala ya hakikisho lisilo wazi kwamba "yote yako vichwani mwa watu na hiyo ni sawa". Mazungumzo yakiwa ya kustarehesha, hamjakuwa mahususi vya kutosha.

2. Tunapoandika kitu, tunajuaje yeyote atakipata, kukiamini, na kukiweka cha sasa — na nyaraka zetu tayari zinatudanganya wapi? Nyaraka zilizopitwa na wakati si za upande wowote; katika mazingira ya usalama zinampotosha mwendeshaji aliyebanwa kuchukua hatua isiyo sahihi. Mjadala unapaswa kukabili tofauti kati ya kuwa na nyaraka na kuwa na nyaraka ambazo watu wanaweza kuzipata, kuziamini, na kuzitendea kazi — swali la usanifu wa taarifa, umiliki, na ujana, si wingi. Bishaneni kama msingi wenu wa maarifa una muundo halisi au umekuwa kusambaa ambako hakuna anayeongoza, na kama nyaraka zinaishi karibu vya kutosha na kazi (docs-as-code) kuendelea kuwa za sasa au zinateleza katika zana tofauti ambayo hakuna anayeisasisha. Muulize kila mtu lini mara ya mwisho alitegemea waraka wa ndani na kuupata kuwa si sahihi, na ulimgharimu nini. Jibu imara hubaini kurasa mahususi mnazojua kuwa zimepitwa na wakati, hupeana wamiliki na tarehe za mapitio, na kukubaliana chanzo kimoja cha ukweli kwa ukweli unaojalisha zaidi — na liko tayari kufuta zaidi ya inayoongeza.

3. Baada ya tukio letu zito la mwisho, ni nini kilibadilika kweli katika jinsi tunavyofanya kazi — na jibu likiwa "si sana", kwa nini tunaendelea kuendesha mapitio? Mapitio ya baada ya tukio ni ya kawaida; mapitio yanayobadilisha mazoezi ni adimu, na pengo kati ya hayo mawili ndipo kushindwa kuleule kunaporudi. Hii inajaribu kama mchakato wenu wa mafunzo ni kitanzi halisi cha maoni au ibada inayozalisha waraka na hakuna badiliko. Chunguzeni masharti ya kiutamaduni kwa uaminifu: mapitio yanafichua ukweli tu ikiwa hayana lawama, na watu watafichua sababu halisi ikiwa mchakato unawaadhibu, kwa hiyo usalama wa kisaikolojia ni sharti la awali, si jambo la hiari (angalia Mada 8.1 — Usimamizi wa Mabadiliko). Angalieni matukio yenu machache ya mwisho na mfuatilie kila hatua kama ilikamilika na kama ilizuia kurudi. Jibu zuri linaweza kuelekeza kwenye badiliko madhubuti — runbook iliyoandikwa upya, tahadhari mpya, marekebisho ya usanifu — lililozalishwa na mapitio ya zamani, na ni la wazi kuhusu hatua zilizoandikwa na kuachwa kimyakimya, likiwa na mpango wa kufunga kitanzi hicho.

4. Ni vitu vipi tunavyoshikilia ni rekodi za kisheria tunazolazimika kuzihifadhi, vipi ni maelezo ya kazi tunayoyasimamia kwa ujana — na je, tuna uhakika hatufuti ya kwanza wala kuhifadhi ya pili kupita kiasi? Mashirika ya afya na huduma hubeba wajibu wa uhifadhi ambao timu nyingi za kidijitali huushughulikia kwa silika badala ya kwa kanuni, na makosa katika pande zote mbili ni halisi: kufuta kawaida ukurasa wa wiki ambao uligeuka kuandika uamuzi wa huduma, au kuhifadhi kila kitu milele "kwa usalama" na kuunda dhima ya ulinzi wa data na uwezo wa kupatikana. Mjadala unapaswa kulazimisha mstari wazi kati ya rekodi inayohusika na NHS Records Management Code of Practice — rekodi za kitabibu, maamuzi ya huduma na ufadhili, maamuzi ya utawala wa taarifa — na maarifa ya timu kama runbooks na ADR mnazozisimamia kwa ujana, si uhifadhi wa kisheria. Ibueni kesi za kati zinazosumbua, kama ADR inayoandika kwa nini hatari ya usalama wa kitabibu ilikubaliwa, ambayo inaweza kuwa vyote viwili. Mvutano ni kwamba wahandisi huboresha nyaraka nadhifu, za sasa wakati utawala unaboresha uhifadhi unaoweza kutetewa, na silika hizo mbili zinavutana pande tofauti. Jibu la uaminifu linaweza kusema nani anamiliki ratiba ya uhifadhi, mpaka umechorwa wapi, na nini kingetokea kwa rekodi mahususi ikiombwa na mpimaji wa vifo, mdhibiti, au ombi la Freedom of Information miaka kutoka sasa.

5. Nini katika njia zetu za kufanya kazi husababisha nyaraka kuandikwa maarifa yakiwa mapya kweli — na bado tunategemea nia njema na nia nzuri wapi? Kila timu hukubali nyaraka ni muhimu; chache zaidi zina utaratibu unaofanya zitokee kwa chaguo-msingi badala ya kwa ushujaa. Swali hili linachunguza kama kuandika vitu kumeundwa ndani ya mtiririko wa kazi — ufafanuzi-wa-kukamilika unaozuia "imekamilika" bila kiingilio cha runbook au ADR, nyaraka zinazopitiwa katika pull request ileile na badiliko, docs-as-code ili mchoro uishi kando ya kile unachokieleza — au unategemea watu binafsi kuchagua kusimama na kuandika wakati shinikizo la utoaji linasema safirisha. Chunguza motisha kwa uaminifu: kuandika nyaraka za mfumo kutoka kumbukumbu miezi sita baadaye ndipo makosa hatari yanapozaliwa, kwa hiyo thamani karibu yote iko katika kuinasa wakati huo. Angalia mabadiliko yenu machache ya mwisho na uulize kama nyaraka ziliandikwa na mtu aliyeshikilia maarifa, wakati huo, au zilibandikwa baadaye na mtu anayeunda upya. Jibu imara linaelekeza kwenye taratibu madhubuti zilizopo na kutaja mapengo ambapo mchakato bado unategemea kumbukumbu na nguvu ya nia, likiwa na mpango wa kuyaziba.

6. Tunahamishaje maarifa ambayo hakuna waraka utakayeyanasa kamwe — busara na "lazima ujue kwamba hospitali hii huweka misimbo ya kuruhusiwa kwa njia tofauti" — na je, hilo linakuwa gumu kila mkataba wa mkandarasi unapoisha? Mengi ya yanayoweka huduma salama ni fiche: hisia, utambuzi wa mifumo, na muktadha uliopatikana kwa shida unaopinga kuandikwa, na mfumo wa SECI ni ukumbusho kwamba nyaraka peke yake hazitoi kikamilifu maarifa hayo. Swali hili linauliza mnasambazaje maarifa hayo kwa makusudi kupitia kuoanisha, kufuata kivuli, vikao vya teach-back, na jamii za mazoezi, badala ya kudhani wiki inafanya kazi hiyo. Mvutano ni mkali zaidi pale mnapotegemea wakandarasi na wasambazaji wengi, kwa sababu maarifa yao ya kina yanatoka nje ya mlango mwishoni mwa kila ushiriki isipokuwa kunasa ni matarajio ya kimkataba na ya kiutamaduni, si upendeleo ulioombwa wiki ya mwisho. Jadilini kama ufundi wenu — usalama wa kitabibu, uunganishaji, uhandisi wa data — una guild hai zenye muda uliolindwa, au kujifunza kwa timu mtambuka kunatokea kwa bahati mbaya tu. Jibu la uaminifu hutofautisha maarifa yaliyo fiche kweli yanayohitaji uhamisho wa mtu-kwa-mtu na maarifa ambayo hayajanaswa tu, na linaweza kuelekeza kwenye mazoezi halisi — ratiba ya kuoanisha, mpango wa mwendelezo wa maarifa kwa wakandarasi wanaoondoka, jamii hai ya mazoezi — badala ya matamanio.

Kwa vitendo: mfano wa afya na huduma#

Mfumo jumuishi wa huduma (ICS) unaendesha rekodi ya pamoja ya huduma inayovuta data kutoka hospitali tatu za huduma kali, huduma za jamii, na mfumo wa usimamizi wa kesi za huduma za jamii. Uunganishaji ulijengwa miaka miwili iliyopita hasa na mhandisi mmoja mkandarasi, "Dev", aliyeelewa kila hulka ya mantiki ya kulinganisha inayoamua rekodi mbili zinarejelea mtu mmoja lini. Mkataba wa Dev unaisha baada ya wiki sita. Kuna wiki, lakini ilisasishwa kwa maana mara ya mwisho wakati wa ujenzi.

Kiongozi wa utoaji anachukulia hili kama hatari ya bus-factor-moja na kuiweka kwenye rejista ya hatari ya programu akiwa na jina lake mwenyewe. Katika wiki sita, anafadhili juhudi ndogo ya "mwendelezo wa maarifa": Dev anaoanishwa kila asubuhi na wahandisi wawili wa kudumu, na badala ya kutupa kila kitu wakati wa kuaga wanaeleza kadri wanavyoendelea — wakiandika runbooks kwa njia za kushindwa ambazo Dev anazijua kwa moyo, na ADR zinazoeleza kwa nini mantiki ya kulinganisha inavumilia tofauti fulani (inageuka kwamba sheria moja inayoonekana ya uzembe ipo kuepuka hatari inayojulikana ya usalama wa mgonjwa iliyoashiriwa katika kesi ya awali ya usalama wa kitabibu). Nyaraka zinaingia kwenye hazina ileile ya Git na msimbo wa uunganishaji, zikipitiwa katika pull requests, kwa hiyo zina matoleo na ni za sasa.

Miezi miwili baada ya Dev kuondoka, mlisho kutoka hospitali moja ya huduma kali unaanza kuzalisha rekodi za wagonjwa zinazojirudia usiku. Mhandisi wa zamu — ambaye hakuwahi kukutana na Dev — anafungua runbook, anafuata hatua zilizohesabiwa, anathibitisha tokeo linalotarajiwa katika kila hatua, na kurejesha ulinganishaji sahihi ndani ya saa moja. Katika mapitio yasiyo na lawama ya baada ya tukio timu inapata kichocheo (badiliko la juu la jinsi hospitali inavyoweka misimbo ya namba za NHS) na kulifanya kuwa tahadhari ya ufuatiliaji na sasisho la runbook. Kile ambacho kingekuwa mhangaiko wa siku nyingi, wenye hatari kubwa — na tukio halisi la usalama wa mgonjwa — kikawa urejeshaji ulioandikwa wa saa moja, kwa sababu maarifa fiche yalifanywa wazi mtu aliyeyashikilia akiwa bado yupo.

Mitazamo ya sekta#

Kampuni changa#

Kampuni changa ya afya ya kidijitali inaishi na hatari kubwa zaidi ya bus-factor na nafasi ndogo zaidi ya kuishughulikia: wahandisi wachache, maarifa ya kina katika kila kichwa, na utamaduni unaothamini kusafirisha kuliko kuandika. Hatua ya vitendo ni nyaraka nyepesi, za bei nafuu zilizoingizwa katika mtiririko wa kazi — ADR kama mafaili mafupi ya Markdown kwenye hazina, runbooks zilizoandikwa mara ya kwanza kitu kinapovunjika, docs-as-code tangu siku ya kwanza ili mazoea yatengenezeke kabla ukubwa haujayafanya magumu. Waanzilishi wanapaswa kupinga kishawishi cha kuahirisha nyaraka zote hadi "baada ya product-market fit", kwa sababu kukatika kwa bidhaa ya kitabibu, au tathmini iliyoshindwa ya usalama wa kitabibu au DTAC (Digital Technology Assessment Criteria) kwa ukosefu wa ushahidi, kunaweza kuwa kuua. Lengo si msingi wa maarifa uliong'arishwa bali kuhakikisha hakuna kuondoka kwa mtu mmoja kunaweza kuzamisha kampuni.

Biashara ndogo#

Mtoa huduma mdogo aliyeimarika — zahanati ya GP, duka la dawa la jamii, nyumba ya wazee, au kliniki ya eneo moja — hubeba wajibu uleule wa usalama wa kitabibu na uhifadhi wa rekodi kama hospitali kubwa lakini bila kazi maalumu ya IT au usimamizi wa maarifa na nafasi ndogo ya kuijenga. Hapa mazoezi lazima yawe sawia kabisa: mahali pamoja panapopatikana kwa runbooks chache zinazojalisha (jinsi ya kurejesha mfumo wa kitabibu, nani wa kupigia rekodi ya pamoja ya huduma inaposhindwa), mpangilio rahisi wa mmiliki aliyetajwa ili maarifa muhimu yasikae kwa meneja wa zahanati au muuguzi mmoja wa muda mrefu pekee, na mstari wazi kati ya rekodi za kisheria wanazolazimika kuhifadhi na maelezo ya kazi wasiyolazimika. Hatari kali ni bus factor ya moja iliyovikwa mwendelezo: mtu anayejua jinsi kila kitu kilivyosanidiwa pia ndiye anayeendesha shughuli za kila siku, na kustaafu au ugonjwa mrefu kunaweza kumwacha hakuna anayeweza kuendesha mfumo muhimu kwa usalama. Pale mifumo inapotolewa na kuhifadhiwa na msambazaji, mtoa huduma mdogo bado anapaswa kuandika usanidi wake wa mahali na njia za kuzunguka, kwa sababu msambazaji hataandika jinsi shirika hili linavyotumia bidhaa kweli.

Biashara kubwa#

Hospitali kubwa ya NHS, ICS, au msambazaji wa teknolojia ya afya anakabiliwa na kushindwa kinyume: nyaraka nyingi mno, zilizotawanyika kuvuka SharePoint, Confluence, diski za mtandao, na barua pepe, bila chanzo kimoja cha ukweli na uwezo duni wa kupatikana. Changamoto ya biashara kubwa ni usanifu wa taarifa, umiliki, na kupunguza — kuamua kila ukweli unamilikiwa wapi, kupeana wamiliki, kustaafisha nakala, na kuunganisha usimamizi wa maarifa na usimamizi wa huduma na udhibiti wa mabadiliko. Jamii za mazoezi zinastahili nafasi yake hapa, zikieneza mifumo kuvuka makumi ya timu ambazo vinginevyo kila moja ingejifunza somo lilelile kwa maumivu. Hatari ya kusimamia ni matumizi makubwa ya wakandarasi na wasambazaji wengi, ambapo maarifa yanatoka nje ya mlango mwishoni mwa kila mkataba isipokuwa kunasa ni matarajio ya kimkataba na ya kiutamaduni.

Serikali#

Chombo cha umma cha kitaifa au cha mahali — NHS England, DHSC, UKHSA, au mamlaka ya mahali — hufanya kazi chini ya wajibu wa kisheria wa usimamizi wa rekodi, wajibu wa Freedom of Information, na uchunguzi wa ukaguzi wa umma, kwa hiyo usimamizi wa maarifa ni kwa sehemu suala la sheria na uwajibikaji wa umma. Maamuzi kuhusu huduma, fedha, na sera lazima yaandikwe, yahifadhiwe kwa vipindi vilivyofafanuliwa, na yapatikane miaka baadaye kwa kamati teule, mapitio ya National Audit Office, na uchunguzi wa umma; historia ya hivi karibuni ya uchunguzi mkubwa inaonyesha jinsi utunzaji duni wa rekodi unavyokuwa kashfa yake yenyewe. Serikali lazima ishikilie mstari kati ya rekodi za kisheria (zinazohifadhiwa na kuharibiwa kwa ratiba) na maarifa ya kazi (yanayosimamiwa kwa ujana), ikitumia NHS Records Management Code of Practice kwa nidhamu. Uwazi ndiyo kauli mbiu: dhana ya kufanya kazi inapaswa kuwa kwamba nyaraka zinaweza siku moja kusomwa na umma.

Njia za kawaida za kushindwa#

• Shujaa na bus factor ya moja. Kumsifu mtu "anayejua tu" mfumo huku usifadhili kamwe kazi ya kueneza maarifa hayo. Inahisi yenye ufanisi hadi siku asipopatikana na huduma muhimu kwa usalama haina mtu anayeweza kuiendesha.
• Nyaraka za kuandikwa mara moja. Nyaraka zilizoundwa wakati wa ujenzi na kamwe hazigusiwi tena, zikiteleza kuwa uongo wa kujiamini. Nyaraka zilizopitwa na wakati ni hatari zaidi kuliko kutokuwepo, kwa sababu watu hutenda juu yake.
• Jaa la wiki. Kurasa elfu, hakuna muundo, hakuna wamiliki, hakuna tarehe za mapitio — maarifa yaliyopo kitaalamu lakini yasiyoweza kupatikana wala kuaminiwa. Wingi umekosewa kuwa thamani.
• Nyaraka mbali na kazi. Nyaraka katika zana tofauti ambayo hakuna anayeifungua wakati wa kuandika msimbo, kuhakikisha zinatofautiana na uhalisia. Docs-as-code ndiyo dawa.
• Maigizo ya mafunzo. Mapitio ya baada ya tukio yanayozalisha waraka na orodha ya hatua zisizofungwa kamwe, kwa hiyo tukio lilelile linarudi. Mchakato unakuwa ibada, si uboreshaji.
• Kuchanganya rekodi na maelezo. Ama kufuta kitu ulichohitajika kisheria kukihifadhi, au kuhifadhi kila kitu milele na kuunda dhima ya ulinzi wa data na uwezo wa kupatikana. Yote mawili yanatokana na kutotofautisha rekodi za kisheria na nyaraka za timu.
• Lawama chumbani cha mapitio. Mapitio yanayomwadhibu mtu aliye karibu zaidi na kushindwa, yakifundisha kila mtu kuficha sababu halisi na kuharibu uaminifu ambao mchakato unautegemea.

Kielelezo cha ukomavu#

Orodha hakiki#

• Kila mfumo muhimu una mwongozo wa huduma, runbook ya sasa, na ADR kwa maamuzi yake muhimu.
• Nyaraka ni sehemu ya ufafanuzi wenu wa kukamilika na zinapitiwa katika pull request ileile na badiliko.
• Kila eneo lina chanzo kimoja cha ukweli kilichotajwa; nakala zinazojulikana zimefutwa au kuelekezwa upya.
• Mifumo ya bus-factor-moja iko kwenye rejista ya hatari ikiwa na wamiliki na mpango hai wa mafunzo mtambuka.
• Runbooks zimejaribiwa na mtu ambaye hakuziandika, katika zoezi au tukio halisi.
• Mapitio ya baada ya tukio hayana lawama na huzalisha hatua zenye wamiliki, zenye muda zinazofungwa.
• Msingi wa maarifa una muundo wazi, wamiliki wa kurasa, na tarehe za mapitio; kurasa zilizopitwa na wakati zinapunguzwa.
• Angalau jamii moja hai ya mazoezi ipo kwa ufundi unaovuka timu, ikiwa na muda uliolindwa kwa ajili yake.
• Rekodi za kisheria zimetofautishwa na nyaraka za timu na kusimamiwa kwa ratiba sahihi ya uhifadhi.
• Wanaojiunga wanaombwa kurekebisha pengo la kwanza la nyaraka wanalokutana nalo kama mchango wa mapema.

Vyanzo muhimu#

• NHS England / NHSX, Records Management Code of Practice 2021 — ratiba za kisheria za uhifadhi na wajibu wa mzunguko wa maisha kwa rekodi za afya na huduma.
• GOV.UK Service Manual (Government Digital Service) — mwongozo wa kuandikia na kuendesha huduma za kidijitali, ikijumuisha nyaraka na kuendesha huduma.
• NHS Digital Service Standard — matarajio ya kujenga na kudumisha huduma za kidijitali endelevu, zilizoandikwa vizuri.
• Michael Nygard, "Documenting Architecture Decisions" (2011) — mfumo wa asili wa rekodi za maamuzi ya usanifu (ADR).
• Google, Site Reliability Engineering — mapitio yasiyo na lawama ya baada ya tukio (postmortems), runbooks, na kupunguza hatari ya mtu-muhimu wa kiuendeshaji.
• Etienne Wenger, Communities of Practice: Learning, Meaning, and Identity (1998) — maandishi ya msingi kuhusu jamii za mazoezi.
• Nonaka & Takeuchi, The Knowledge-Creating Company (1995) — mfumo wa SECI wa ubadilishaji wa maarifa kutoka fiche hadi wazi.
• Jamii ya Write the Docs — mwongozo wa wataalamu kuhusu docs-as-code na kuchukulia nyaraka kama bidhaa.

Marejeo#

1. Knowledge management — Wikipedia — https://en.wikipedia.org/wiki/Knowledge_management
2. Tacit knowledge — Wikipedia — https://en.wikipedia.org/wiki/Tacit_knowledge
3. Explicit knowledge — Wikipedia — https://en.wikipedia.org/wiki/Explicit_knowledge
4. SECI model of knowledge dimensions — Wikipedia — https://en.wikipedia.org/wiki/SECI_model_of_knowledge_dimensions
5. Bus factor — Wikipedia — https://en.wikipedia.org/wiki/Bus_factor
6. Runbook — Wikipedia — https://en.wikipedia.org/wiki/Runbook
7. Architectural decision — Wikipedia — https://en.wikipedia.org/wiki/Architectural_decision
8. Single source of truth — Wikipedia — https://en.wikipedia.org/wiki/Single_source_of_truth
9. Community of practice — Wikipedia — https://en.wikipedia.org/wiki/Community_of_practice
10. Records management — Wikipedia — https://en.wikipedia.org/wiki/Records_management
11. Information architecture — Wikipedia — https://en.wikipedia.org/wiki/Information_architecture
12. Postmortem documentation — Wikipedia — https://en.wikipedia.org/wiki/Postmortem_documentation
13. Onboarding — Wikipedia — https://en.wikipedia.org/wiki/Onboarding
14. Records Management Code of Practice 2021 — NHS England / NHSX — https://www.nhsx.nhs.uk/information-governance/guidance/records-management-code/
15. Service manual — Government Digital Service (GOV.UK) — https://www.gov.uk/service-manual
16. Documenting Architecture Decisions — Michael Nygard — https://cognitect.com/blog/2011/11/15/documenting-architecture-decisions
17. Site Reliability Engineering — Google — https://sre.google/books/
18. Write the Docs — docs-as-code guidance — https://www.writethedocs.org/guide/docs-as-code/