Mada 3.2 — Mifumo ya Usanifu na Mifano ya Majaribio

Mfumo wa usanifu hugeuza maamuzi mazuri ya usanifu kuwa miundombinu ya pamoja inayoweza kutumika tena — ili ufikivu, usalama wa kitabibu, na uthabiti vijengwe mara moja na kurithiwa kila mahali, badala ya kubishaniwa na kuvunjwa upya kwenye kila skrini.

Kwa nini hili ni muhimu katika afya na huduma#

Katika afya na huduma, kiolesura mara nyingi ni sentimita chache za mwisho kati ya uamuzi wa kitabibu na mgonjwa. Sehemu ya dawa inayochanganya, kichaguzi cha tarehe kisichofikika, kitufe kinachomaanisha "ghairi miadi" katika huduma moja na "ghairi na upoteze data yako" katika nyingine — haya si matatizo ya urembo. Ni matatizo ya usalama wa mgonjwa, ya usawa, na ya uaminifu. Kila timu inapobuni vijenzi vyake kutoka mwanzo, kasoro huongezeka na dhamana za usalama zinakuwa haziwezekani kufikiriwa katika jalada zima la miradi.

Mfumo wa usanifu ndiyo njia ya kuacha kulipia makosa yaleyale mara kwa mara. Kijenzi kinachofikika, kilichojaribiwa vizuri kinapojengwa mara moja na kutumika tena katika makumi ya huduma, unarekebisha kasoro ya ufikivu au utata wa usalama mahali pamoja na kila huduma inarithi marekebisho. Mbadala — mbele za kipekee kila mahali — unamaanisha ubora usiojulikana, usio sawa: baadhi ya huduma zinatimiza Web Content Accessibility Guidelines (WCAG) na nyingine zinawatenga kimyakimya watu wanaotegemea zaidi huduma za afya za umma.

Uthabiti pia ni suala la uelewa. Wagonjwa na wafanyakazi husogea kati ya huduma — programu ya National Health Service (NHS), lango la wagonjwa wa nje la hospitali, zana ya kupanga miadi ya zahanati ya GP — na kila mfumo usiojulikana huweka mzigo wa kiakili. Katika idadi ya watu inayojumuisha watu wagonjwa, wenye wasiwasi, wazee, waliotengwa kidijitali, au wanaotumia teknolojia saidizi, mzigo huo haugawanywi kwa usawa. Mifumo ya pamoja huupunguza kwa kila mtu. Mada hii inahusu mitambo — vijenzi, mifumo, tokeni, mifano ya majaribio, na shughuli za usanifu — inayofanya usanifu salama, unaofikika, na thabiti kuwa njia ya upinzani mdogo badala ya kitendo cha kishujaa.

Dhana kuu#

Mfumo wa usanifu ni chanzo kimoja cha ukweli cha vijenzi, mifumo, mitindo, na mwongozo unaotumika kujenga seti ya huduma za kidijitali. Ni zaidi ya mwongozo wa mtindo: unaoanisha vijenzi vilivyoandikwa kwa msimbo vinavyofanya kazi na hoja ya usanifu, maelezo ya ufikivu, na mwongozo wa matumizi unaokuambia lini na jinsi ya kutumia kila kimoja. Mifano miwili ya umma inayohusika zaidi ni mfumo wa usanifu wa NHS (unaodumishwa na NHS England, uliojengwa juu ya mbele ya NHS.UK) na GOV.UK Design System, unaodumishwa na Government Digital Service (GDS). Yote mawili ni wazi, yanapatikana bure, na yamethibitishwa vitani katika mamilioni ya mwingiliano.

Maktaba ya vijenzi inashikilia vizuizi tofauti vya ujenzi — vitufe, ingizo la fomu, vichwa, muhtasari wa makosa — wakati maktaba ya mifumo inashikilia suluhisho za ngazi ya juu kwa matatizo yanayojirudia: jinsi ya kuuliza tarehe ya kuzaliwa, jinsi ya kupanga ukurasa wa maswali, jinsi ya kuripoti kosa, jinsi ya kumuuliza mtumiaji nambari yake ya NHS. Vijenzi ni msamiati; mifumo ni sentensi. Vyote viwili vinatumia uhandisi wa programu unaotegemea vijenzi, ambapo mifumo hukusanywa kutoka sehemu zilizounganishwa kwa urahisi, zinazojaribiwa kwa kujitegemea, zinazoweza kutumika tena.

Tokeni za usanifu ni maamuzi madogo zaidi ya pamoja yanayoonyeshwa kama vigeu vilivyotajwa — rangi, kipimo cha nafasi, ukubwa wa fonti, mstari wa hali ya kuzingatia. Kwa sababu tokeni hurejelewa kwa jina badala ya kuandikwa moja kwa moja, badiliko la tokeni (tuseme, kuongeza ukubwa wa chini wa lengo la mguso au utofautishaji) huenea kwa uthabiti kwa kila kijenzi kinachotumia. Tokeni ndizo utaratibu unaoweka mfumo thabiti unapopanuka, na zinazofanya iwezekane kuupa mfumo wa pamoja mandhari ya mahali bila kuugawa.

Chanzo kimoja cha ukweli ndilo wazo linalotawala: kila uamuzi wa usanifu hutawaliwa mahali pamoja tu, ili usipotoke kutoka usawazishaji katika huduma. Usanifu, msimbo, na mwongozo wa kijenzi vyote vinapokaa katika maktaba moja yenye mamlaka, unaondoa aina ya kasoro ambapo picha na bidhaa havikubaliani.

Mifano ya majaribio ya programu (software prototyping) ni zoezi la kujenga matoleo yasiyokamilika kwa makusudi ya huduma ili kujifunza kitu kabla ya kujitolea kujenga kitu halisi. Mifano ya majaribio huanzia kiwango cha chini cha uaminifu (michoro ya karatasi, fremu za waya za rangi ya kijivu) hadi kiwango cha juu cha uaminifu (inayoingiliana, halisi, mara nyingi iliyojengwa kwa msimbo). Kanuni ya GDS ni jaribu ili ujifunze, si ili uhifadhi: kazi ya mfano ni kujibu swali kupitia majaribio ya urahisi wa matumizi na watumiaji halisi, kisha unatupwa — huu ni mfano wa kutupwa (au "wa haraka"), tofauti na mfano wa kuendelea unaokusudia kuuimarisha hadi uzalishaji.

DesignOps (shughuli za usanifu) ni taaluma ya kuendesha usanifu kwa ukubwa — watu, mtiririko wa kazi, utawala, mfumo wa michango, na zana zinazodumisha mfumo wa pamoja wa usanifu ukiwa na afya, ukifadhiliwa, na wa kuaminika katika shirika au mfumo jumuishi wa huduma (ICS). Ni kwa usanifu kama uhandisi wa jukwaa ulivyo kwa msimbo: usioonekana mara nyingi unapofanya kazi, dhahiri kwa uchungu usipofanya. Mifano ya majaribio hufanywa kwa zana za usanifu kama Figma au moja kwa moja kwa msimbo kwa kutumia mbele ya mfumo wa usanifu, ambayo inatuleta kwenye uendelezaji wa mbele wa wavuti — tabaka la HTML, CSS, na JavaScript ambapo kutumia tena kunapunguza kujirudia, gharama, na hatari kwa kweli.

Mada hii kwa makusudi hairudii kufunika watumiaji wanahitaji nini (angalia Mada 3.0 — Utafiti wa Watumiaji na Usanifu wa Huduma) au maneno yanavyoandikwa (angalia Mada 3.1 — Usanifu wa Maudhui na Uelewa wa Afya). Taaluma hizo hulisha mfumo wa usanifu; mada hii inahusu mitambo inayoweza kutumika tena inayobeba hitimisho lake kwa usalama hadi uzalishaji.

Mazoea bora#

1. Kubali kabla ya kujenga. Anza kutoka mfumo wa usanifu wa NHS na GOV.UK Design System badala ya kubuni wako mwenyewe. Tayari yamejenga ndani miaka ya majaribio ya ufikivu, usanifu wa maudhui, na matumizi halisi katika huduma za afya na za serikali. Kubuni upya kichaguzi cha tarehe au muhtasari wa makosa si matumizi mazuri ya uwezo adimu, wa gharama wa usanifu na uhandisi, na toleo la nyumbani karibu kila mara litakuwa na ufikivu mdogo zaidi. Panua na utumie mandhari ya mifumo hii kwa mahitaji ya mahali; usiigawe bila sababu ya makusudi, iliyoandikwa.

2. Jenga ufikivu na usalama wa kitabibu ndani ya vijenzi vya pamoja, si skrini mmoja mmoja. Hoja nzima ya kiuchumi na ya usalama ya mfumo wa usanifu ni kwamba unarekebisha kitu mara moja na unarithi kila mahali. Kijenzi cha tarehe-ya-kuzaliwa kinachofikika, kinachoweza kuabiriwa kwa kibodi, kilichojaribiwa kwa kisomaji cha skrini, kilichojengwa na kuhakikiwa mara moja, kinalinda kila huduma inayokitumia. Weka ulinganifu wa WCAG, ushughulikiaji mzuri wa makosa, na tabia zinazohusiana na usalama (uthibitisho wazi wa vitendo vya kuharibu, vipimo visivyo na utata vya dozi na vipimo) ndani ya kijenzi chenyewe, ili timu zisiweze kukosea kwa urahisi (angalia Mada 1.9 — Ujumuishi wa Kidijitali na Ufikivu, na Mada 1.6 — Usalama wa Kitabibu na Usimamizi wa Hatari).

3. Jaribu ili ujifunze, si ili uhifadhi. Chukulia mifano ya majaribio kama majaribio ya kutupwa yanayojibu swali mahususi — "je, mgonjwa mwenye uelewa mdogo wa afya anaweza kukamilisha rufaa hii?" — kwa bei nafuu na haraka. Linganisha uaminifu na swali: tumia michoro ya kiwango cha chini cha uaminifu kujaribu mtiririko na uelewa mapema, na mifano ya kiwango cha juu cha uaminifu ya msimbo kujaribu mwingiliano halisi, ufikivu, na kesi za pembeni baadaye. Pinga mvuto wa kupandisha mfano moja kwa moja hadi uzalishaji; msimbo wa mfano ulioboreshwa kwa kasi ya kujifunza mara chache ni salama, wenye usalama, au unaodumishika vya kutosha kwa huduma hai ya kitabibu.

4. Fanya mfano katika mbele halisi pale mwingiliano na ufikivu ndio swali. Mifano ya zana za usanifu (Figma na kadhalika) ni bora kwa kuchunguza mpangilio, mtiririko, na maudhui haraka na kwa ushirikiano. Lakini haziwezi kujaribu kwa uaminifu urambazaji wa kibodi, tabia ya kisomaji cha skrini, usimamizi wa umakini, au utendaji kwenye maunzi ya zamani ya NHS. Hatari hizo zinapokuwa swali, fanya mfano kwa msimbo ukitumia mbele ya mfumo wa usanifu, ili ujaribu kitu kilicho karibu na kile watumiaji halisi watakachopitia kwa teknolojia saidizi halisi.

5. Jaribu mifano na watumiaji halisi kabla ya kujenga. Mfano usiowahi kuwekwa mbele ya watumiaji wanaowakilisha ni maoni ghali tu. Jaribu na watu wanaoakisi idadi yako halisi — ikijumuisha wazee, walemavu, watu wenye ujasiri mdogo wa kidijitali, na wafanyakazi wanaofanya kazi chini ya shinikizo la muda. Hata washiriki watano wataibua matatizo mengi makubwa ya urahisi wa matumizi na uelewa, na kuyapata katika mfano ni nafuu mara nyingi zaidi kuliko kuyapata katika uzalishaji (angalia Mada 3.7 — Majaribio na Uhakiki wa Ubora).

6. Simamia tokeni kama mkataba wa uthabiti. Eleza rangi, nafasi, uchapaji, na hali za mwingiliano kama tokeni zilizotajwa za usanifu, na uchukulie mabadiliko kwazo kwa uzito wa badiliko la utegemezi wa pamoja. Tokeni hukuruhusu kulazimisha utofautishaji wa chini, ukubwa wa lengo la mguso, na mwonekano wa umakini katika mfumo mzima, na huruhusu timu ya mahali kubadilisha mandhari kwa chapa yao bila kuvunja dhamana za ufikivu za msingi. Kiwango cha kitaifa kinapohama, unataka kubadilisha tokeni moja, si kukagua skrini elfu kumi.

7. Endesha mfumo wa michango, si bustani yenye ukuta. Mfumo wa usanifu unaokubali pembejeo kutoka timu ya kati tu daima utachelewa nyuma ya mahitaji halisi ya huduma na utachukiwa na timu za utoaji. Chapisha njia wazi kwa timu kupendekeza vijenzi na mifumo mipya, na vigezo vya nini kinakubaliwa, nani anapitia, na jinsi ufikivu na usalama vinavyohakikiwa kabla ya chochote kupandishwa kwenye maktaba ya pamoja. Hii ndiyo kazi kuu ya DesignOps: inasawazisha mvutano kati ya unyumbulifu wa mahali na uthabiti wa pamoja bila kuruhusu mfumo kuoza au kugawanyika.

8. Toa matoleo, andika, na wasiliana mabadiliko. Chukulia mfumo wa usanifu kama bidhaa yenye watumiaji (timu zako za utoaji), ramani ya safari, maelezo ya matoleo, na njia ya msaada. Utoaji wa matoleo wa kisemantiki, kumbukumbu za mabadiliko, na notisi wazi za kuacha kutumia huziruhusu timu kukubali maboresho kwa usalama na kwa ratiba yao wenyewe. Mabadiliko yanayovunja yasiyoandikwa huharibu uaminifu unaofanya timu zichague mfumo wa pamoja badala ya kubuni zao.

9. Pima kukubalika na ubora, si kuwepo tu. Mfumo wa usanifu hutoa thamani tu unapotumika. Fuatilia huduma zipi zinatumia vijenzi vya pamoja, mahali timu zimelazimika kujenga mbadala maalumu (na kwa nini), na kama uzingatiaji wa ufikivu unaboreka kukubalika kunapoongezeka. Viwango vya juu vya njia za kukwepa za mahali ni ishara kwamba mfumo unakosa kitu halisi — vichukulie kama orodha ya kazi, si kutotii.

Maswali ya kujadili na timu yako#

1. Mstari unapaswa kukaa wapi kati ya uthabiti wa pamoja na unyumbulifu wa mahali, na nani anaamua? Huu ndio mvutano mkuu wa utawala wa mfumo wowote wa usanifu. Ngumu mno, na timu za utoaji huhisi zimezuiwa, hujenga vijenzi vya kivuli, na huuzunguka mfumo — zikigawanya uthabiti ule uliotaka kuulinda. Huru mno, na "mfumo" huwa rundo la vitu vya mara moja visivyohusiana vyenye dhamana za usalama au ufikivu zisizo za pamoja. Katika muktadha wa afya na huduma dau ni mahususi: baadhi ya tofauti ni halali (huduma ya mgogoro wa afya ya akili ina mahitaji tofauti kweli na kipanga miadi ya kawaida), wakati baadhi ya tofauti ni hatari (njia zisizo thabiti za kuthibitisha kitendo cha kitabibu cha kuharibu). Jibu zuri hutaja ni maamuzi gani hayajadiliki (ufikivu, mifumo muhimu kwa usalama, tabia kuu za mwingiliano) na ni yapi yako wazi kwa mandhari ya mahali, na hufafanua mchakato wazi, wa kibinadamu kwa timu kuomba ubaguzi au kuchangia mfumo mpya badala ya kukataza tofauti tu.

2. Ufikivu na usalama wa kitabibu vitahakikiwa vipi ndani ya vijenzi vyetu — na nani anaidhinisha? Ni rahisi kudai kwamba ufikivu na usalama "vimejengwa ndani"; ni ngumu kuhakikisha. Swali hili linakulazimisha kuwa thabiti kuhusu bomba la uhakiki: nani anajaribu kila kijenzi dhidi ya WCAG, kwa teknolojia saidizi zipi, na kwa watumiaji walemavu wapi; jinsi tabia zinazohusiana na usalama zinavyopitiwa dhidi ya mchakato wako wa usalama wa kitabibu (DCB0129/DCB0160); na ushahidi gani unaambatanishwa na kijenzi kabla hakijachapishwa kama "salama kutumia tena". Mjadala unapaswa kuibua mapengo ya uaminifu — labda una ukaguzi wa kiotomatiki wa utofautishaji lakini hujawahi kujaribu na mtumiaji halisi wa kisomaji cha skrini, au Afisa wako wa Usalama wa Kitabibu hajawahi kupitia maktaba ya vijenzi vya pamoja. Jibu imara linazalisha mmiliki aliyetajwa, utaratibu uliofafanuliwa wa majaribio, na kanuni kwamba hakuna kijenzi kinachoingia kwenye maktaba ya pamoja bila ushahidi ulioandikwa wa ufikivu na usalama, kwa sababu kasoro iliyorithiwa na huduma hamsini ni madhara mara hamsini.

3. Nani atafadhili, kuajiri, na kudumisha mfumo wa usanifu shauku ya awali inapofifia? Mifumo ya usanifu mara nyingi huundwa katika mlipuko wa nguvu kisha kutelekezwa kimyakimya timu ya waanzilishi inapohama, ikiacha maktaba iliyochakaa ambayo timu hazimini tena. Kimsingi hili ni swali la DesignOps na ufadhili, si la usanifu. Jadili kwa uaminifu kama una timu ya kudumu, iliyofadhiliwa inayowajibika kwa mfumo kama bidhaa inayoendelea — yenye uwezo wa msaada, mapitio ya michango, utoaji wa matoleo, na kwenda sambamba na mifumo ya awali ya NHS na GOV.UK — au unategemea nia njema itakayovukiza. Katika ICS hili ni kali zaidi: je, mfumo unamilikiwa na shirika moja kubwa, unatawaliwa kwa pamoja, au umetelekezwa kati yao? Jibu zuri linachukulia mfumo wa usanifu kama miundombinu ya muda mrefu yenye mmiliki aliyetajwa, bajeti inayoendelea, na uhusiano wazi na mifumo ya kitaifa inayojengwa juu yake, badala ya mradi "unaomalizika".

4. Uhusiano wetu na mifumo ya awali ya NHS na GOV.UK ni upi — na tutabaki sambamba nayo yanapobadilika vipi? Kukubali mfumo wa usanifu wa kitaifa si upakuaji wa mara moja; ni utegemezi unaoendelea kwenye miundombinu usiyoidhibiti. Swali hili linakulazimisha kuamua, kwa makusudi, uko wapi kwenye wigo kutoka "tumia mandhari kidogo na ufuate awali kwa karibu" hadi "gawa na utofautiane". Kila chaguo lina gharama: kukaa karibu kunamaanisha kunyonya mabadiliko ya awali (marekebisho mapya ya ufikivu, mfumo uliorekebishwa) kwa ratiba ya mtu mwingine na wakati mwingine kufanya upya mabadiliko ya mahali; kugawa kunamaanisha unamiliki kila marekebisho ya baadaye ya ufikivu na usalama ambayo timu ya kitaifa ingekupa bure. Katika afya na huduma mvuto wa kutofautiana ni halisi — mtiririko wa kazi wa kitabibu na chapa ya mahali huunda shinikizo halisi — lakini kila tofauti ni dhima ya kudumu. Jibu zuri hutaja nani anatazama maelezo ya matoleo ya awali, jinsi viendelezi vya mahali vinavyopangwa ili vinusurike sasisho la awali, na kipimo wazi ambacho tofauti inayopendekezwa lazima ipitie kabla ya kuruhusiwa, ili "tulihitaji ionekane tofauti" kamwe isiwe kimyakimya "sasa tunadumisha toleo lililogawanywa, lililochakaa, lenye ufikivu mdogo la kichaguzi cha tarehe cha NHS".

5. Tutashikilia vipi mstari kati ya "jaribu ili ujifunze" na "jenga ili uhifadhi"? Kila mtu anakubali kwa kanuni kwamba mifano ya kutupwa haipaswi kuwa huduma za uzalishaji; kushindwa hutokea chini ya shinikizo la tarehe ya mwisho, mfano wa kushawishi wa kiwango cha juu cha uaminifu ukiwa pale pale na kuusafirisha kunaonekana kama njia ya mkato. Swali hili linafanya mpaka kuwa thabiti badala ya wa matamanio. Jadili nini kwa vitendo kinazuia msimbo wa mfano — ulioboreshwa kwa kasi ya kujifunza, si kwa usalama, ustahimilivu, au kudumishika — kupandishwa hadi huduma hai ya kitabibu: je, ni utenganisho wa kiufundi (mifano iliyojengwa kwenye sanduku la mchanga lisiloweza kufika uzalishaji), mlango wa utawala (hakuna idhini ya usalama wa kitabibu, hakuna kuanza kutumika), au nia njema ya pamoja tu inayovukiza mara ya kwanza tarehe ya utoaji inapoteleza? Dau la afya na huduma ni mahususi, kwa sababu msimbo ambao haujahakikiwa katika njia ya kitabibu ni mfichuo wa usalama wa mgonjwa, si deni la kiufundi tu. Jibu la uaminifu hukiri mahali shinikizo litakapotoka, hutaja nani ana mamlaka ya kusema hapana, na hufafanua "jenga upya kwa uzalishaji kutoka vijenzi vilivyohakikiwa" kunahitaji nini kweli ili mpaka ushikilie unapojaribiwa.

6. Tutajuaje kama mfumo wa usanifu unafanya kazi kweli — na tutafanya nini vipimo vitakapokuwa visivyopendeza? Mfumo wa usanifu unaweza kuwepo, ukaandikwa vizuri kwa uzuri, na bado kutoa thamani kidogo ikiwa timu zinauzunguka kimyakimya. Swali hili linasukuma kuvuka "tuna mfumo wa usanifu" hadi "je, unastahili nafasi yake". Amua utapima nini: kukubalika katika huduma, kiwango na sababu za njia za kukwepa maalumu, kama uzingatiaji wa ufikivu unaboreka kweli kukubalika kunapoongezeka, na muda gani timu zinaokoa kwa kutumia tena badala ya kujenga upya. Sehemu ngumu si kukusanya nambari bali kukubaliana mapema jinsi utakavyozisoma — kwa sababu kiwango cha juu cha njia za kukwepa za mahali ni ishara kwamba mfumo wa pamoja unakosa kitu halisi, si ushahidi kwamba timu za utoaji hazitii. Jibu zuri linajitolea kuchukulia data ya kukubalika isiyopendeza kama pembejeo ya orodha ya kazi na ramani ya safari, linafafanua nani anaipitia na mara ngapi, na linapinga kishawishi cha kupima tu kitu cha kujipendekeza (kuwepo, idadi ya upakuaji) badala ya kinachojalisha (huduma salama zaidi, zinazofikika zaidi, thabiti zaidi zilizotolewa kweli).

Kwa vitendo: mfano wa afya na huduma#

Mfumo jumuishi wa huduma unaojumuisha hospitali tatu za huduma za dharura, hospitali ya afya ya akili, na mtoa huduma wa jamii unaamua kuunganisha mazingira yake ya kidijitali yanayomkabili mgonjwa. Leo kila shirika huendesha lango lake la wagonjwa wa nje; kati yao wana vichaguzi vinne vya tarehe visivyoendana, njia tatu tofauti za kuuliza nambari ya NHS, na uzingatiaji wa ufikivu unaotofautiana sana. Ukaguzi wa ndani unapata kwamba lango moja tu kati ya manne linapita jaribio la msingi la kisomaji cha skrini la mtiririko wake wa kupanga miadi — mfichuo wazi wa usawa na usalama wa kitabibu.

ICS inaanzisha timu ndogo ya mfumo wa usanifu inayofadhiliwa kwa pamoja. Badala ya kujenga kutoka mwanzo, wanakubali mfumo wa usanifu wa NHS kama msingi wao na kufafanua tabaka jembamba la mahali la tokeni za usanifu kwa chapa mahususi ya ICS, pamoja na mifumo michache ya mahali kweli (kwa mfano, mfumo wa pamoja wa kupanga msaada wa mkalimani, ambao hakuna mifumo ya kitaifa inayoufunika). Kila kijenzi cha pamoja kinabeba ushahidi ulioandikwa wa WCAG na idhini kutoka Afisa wa Usalama wa Kitabibu wa ICS chini ya mchakato wa DCB0129 kabla ya kuchapishwa.

Kabla ya kujenga upya mtiririko wa kupanga miadi ya wagonjwa wa nje, timu inajaribu mfano. Wanaanza kiwango cha chini cha uaminifu, wakijaribu toleo la karatasi-na-kijivu la mtiririko mpya na washiriki kumi na wawili walioajiriwa kuakisi idadi ya watu ya mahali — ikijumuisha watumiaji wawili wa visomaji vya skrini, watu watatu wenye zaidi ya miaka 75, na kadhaa wenye ujasiri mdogo wa kidijitali. Mfano unafichua tatizo kubwa la uelewa: wagonjwa hawawezi kutofautisha kitendo cha "panga upya" na "ghairi". Timu inarekebisha mfumo, kisha inajenga mfano wa msimbo wa kiwango cha juu cha uaminifu kwa kutumia mbele ya mfumo wa usanifu na kujaribu tena, safari hii ikithibitisha tabia ya kibodi na kisomaji cha skrini kwenye maunzi halisi yanayotumika katika kliniki za wagonjwa wa nje za hospitali mshirika.

Ndipo tu wanajenga kwa kweli, wakikusanya huduma ya uzalishaji kwa kiasi kikubwa kutoka vijenzi vilivyohakikiwa, vinavyoweza kutumika tena. Miezi kumi na minane baadaye, sasisho la WCAG linakaza mahitaji ya mwonekano wa umakini. Kwa sababu mtindo wa umakini unakaa katika tokeni moja ya usanifu, timu inatoa badiliko moja na kila huduma ya ICS inarithi katika toleo linalofuata — marekebisho ambayo, chini ya mazingira ya zamani yaliyogawanyika, yangemaanisha miradi mitano tofauti ya marekebisho na, kwa uhalisia, angalau huduma moja kuachwa ikiwa imeharibika.

Mitazamo ya sekta#

Kampuni changa#

Kampuni changa ndogo ya afya ya kidijitali haipaswi karibu kamwe kujenga mfumo wake wa usanifu kutoka sifuri — haiwezi kumudu gharama ya majaribio ya ufikivu, na wawekezaji wanalipia uthibitisho wa kitabibu, si vitufe maalumu. Kubali mbele ya NHS au GOV.UK pale unapojenga kwa watumiaji wa NHS, na uchukulie mifano ya majaribio kama faida yako kuu ya ushindani: mifano ya bei nafuu, ya haraka, ya kutupwa iliyojaribiwa na wagonjwa halisi inakuruhusu kujifunza haraka kuliko wenye fedha nyingi zaidi. Hatari ni kinyume chake — kupandisha mfano mzuri wa kiwango cha juu cha uaminifu moja kwa moja hadi uzalishaji ili kufikia onyesho la mwekezaji, ukibeba msimbo ambao haujahakikiwa, usio salama hadi huduma hai ya kitabibu. Weka mstari mgumu kati ya "jaribu ili ujifunze" na "jenga ili uhifadhi", hata chini ya shinikizo la ufadhili.

Biashara ndogo#

Mtoa huduma mdogo aliyeimarika — zahanati ya GP, duka la dawa la jamii, nyumba ya wazee, au kliniki ya eneo moja inayoagiza zana inayomkabili mgonjwa — ana wagonjwa hai lakini hana uwezo maalumu wa usanifu au wa mbele, na hawezi kunyonya gharama ya vijenzi maalumu. Hatua yake yenye nguvu zaidi ni kusisitiza msambazaji yeyote ajenge juu ya mbele ya NHS au GOV.UK, ili dhamana za ufikivu na usalama zirithiwe badala ya kuahidiwa, na kufanya hilo kuwa sharti lililoandikwa la mkataba badala ya tumaini. Mara chache anahitaji kuendesha mfumo wake wa usanifu; anahitaji kutumia mmoja vizuri, na kutambua kwamba onyesho laini la msambazaji si ushahidi wa huduma hai inayofikika, iliyohakikiwa. Pale anapojaribu mfano — akijaribu mtiririko mpya wa kupanga miadi mtandaoni na wagonjwa wake halisi, mara nyingi wazee au wenye ujasiri mdogo wa kidijitali — vikao vichache na watumiaji halisi vitanasa zaidi sana kuliko mfano uliong'arishwa utakavyowahi kufichua. Wajibu uleule wa kisheria wa ufikivu na usalama wa kitabibu unatumika kama kwa hospitali kubwa, kwa hiyo swali la uaminifu si kama kuzingatia bali jinsi ya kupata uzingatiaji uliorithiwa kwa bei nafuu kutoka miundombinu ya kitaifa ya pamoja.

Biashara kubwa#

Hospitali kubwa ya NHS au kampuni ya teknolojia ya afya tayari ina timu nyingi zinazojenga violesura vinavyopishana, kwa hiyo tatizo lake ni mgawanyiko na gharama zinazojirudia. Kesi ya thamani ni timu ya mfumo wa usanifu ya kudumu, inayofadhiliwa inayoendesha mfumo halisi wa michango, na vipimo vya kukubalika vinavyoripotiwa kwa uongozi na mstari wazi wa utawala hadi uhakiki wa usalama wa kitabibu na ufikivu. Mvutano mkuu ni wa kisiasa: timu zenye nguvu za utoaji hupinga kuachia udhibiti, na timu ya kati yenye mkono mzito huzaa vijenzi vya kivuli. Biashara kubwa hufaulu kwa kufanya mfumo wa pamoja kuwa chaguo rahisi kweli — ulioandikwa vizuri, unaosaidiwa vizuri, na wenye ubora wa juu unaoonekana — badala ya kuuamuru na kutumaini.

Serikali#

Chombo cha kitaifa kama NHS England au GDS huendesha mfumo wa usanifu kama miundombinu ya umma inayotumiwa na mashirika isiyoyadhibiti, kwa hiyo uwazi, utulivu, na uoanifu wa nyuma ni muhimu sana. Wajibu wake ni imara zaidi: kanuni za kisheria za ufikivu, wajibu wa usawa, na uhalisia kwamba kasoro katika kijenzi cha kitaifa cha pamoja huenea kwa mamilioni ya raia. Kazi inahusu kidogo uvumbuzi na zaidi usimamizi — utoaji wa matoleo ulio wazi, sera ya kuacha kutumia, ushahidi kamili wa ufikivu, na uitikiaji kwa mamia ya timu zilizo chini. Mfumo wa usanifu wa NHS na GOV.UK Design System ni mifano ya rejeo hasa kwa sababu huchukulia mfumo kama manufaa ya umma ya muda mrefu, si mradi.

Njia za kawaida za kushindwa#

• Mfumo uliotelekezwa. Mfumo wa usanifu unajengwa kwa fahari, kisha unaachwa bila kudumishwa timu ya waanzilishi inapotawanyika; timu hupoteza imani na hurudi kwenye kazi maalumu. Epuka kwa kufadhili timu ya bidhaa ya kudumu, si mradi wa mara moja.
• Picha inayodanganya. Faili za usanifu na msimbo wa uzalishaji hazikubaliani kwa sababu hakuna chanzo kimoja cha ukweli, hivyo "mfumo wa usanifu" unaelezea kitu ambacho bidhaa haifanyi tena. Weka vijenzi vya msimbo na nyaraka zake zikiwa na mamlaka na kutolewa matoleo pamoja.
• Ufikivu kama wazo la baadaye. Vijenzi vinasafirishwa bila majaribio halisi ya teknolojia saidizi, hivyo mfumo usiofikika unarithiwa kila mahali — kuzidisha madhara, si kupunguza. Dai ushahidi ulioandikwa wa WCAG na kisomaji cha skrini kabla ya kijenzi chochote kuchapishwa.
• Mfano-hadi-uzalishaji. Mfano wa kiwango cha juu cha uaminifu unapandishwa moja kwa moja hadi huduma hai ili kuokoa muda, ukibeba msimbo usio salama, usiodumishika, ambao haujahakikiwa hadi mazingira ya kitabibu. Lazimisha mpaka wa kutupwa; jenga upya kwa uzalishaji kutoka vijenzi vilivyohakikiwa.
• Bustani yenye ukuta. Timu ya kati inakataa michango yote, hivyo mfumo haukidhi mahitaji halisi ya huduma na timu za utoaji huuzunguka. Chapisha mchakato wa michango na ubaguzi na uchukulie njia za kukwepa za mahali kama ishara ya orodha ya kazi.
• Maigizo ya uthabiti. Usawa mgumu unalazimishwa pale tofauti halali ya mahali inapostahili (huduma za mgogoro, madaktari wa watoto), ukidhoofisha usalama na urahisi wa matumizi kwa jina la usafi. Tofautisha maamuzi yasiyojadilika na yale ya mahali kihalali.
• Kujaribu uaminifu usiofaa. Hatari za mwingiliano na ufikivu "zinajaribiwa" tu katika zana tuli ya usanifu isiyoweza kujaribu tabia ya kibodi au kisomaji cha skrini, ikitoa imani ya uongo. Fanya mfano kwa msimbo pale mwingiliano ndio swali.

Kielelezo cha ukomavu#

Orodha hakiki#

• Umekubali mfumo wa usanifu wa NHS na/au GOV.UK Design System kama msingi wako badala ya kujenga kutoka mwanzo.
• Vijenzi vya pamoja vinabeba ushahidi ulioandikwa wa uzingatiaji wa WCAG, uliojaribiwa kwa teknolojia saidizi halisi na watumiaji walemavu.
• Vijenzi vinavyohusiana na usalama vimepitiwa chini ya mchakato wako wa usalama wa kitabibu kabla ya kuchapishwa kwa matumizi tena.
• Tokeni za usanifu zinatawala rangi, nafasi, uchapaji, na hali za mwingiliano, zikiwezesha mabadiliko ya mfumo mzima kutoka mahali pamoja.
• Kuna chanzo kimoja cha ukweli ambapo vijenzi vya msimbo na mwongozo wake vinaishi na kutolewa matoleo pamoja.
• Mifano ya majaribio inalinganishwa kwa uaminifu na swali, inajaribiwa na sampuli ya watumiaji inayowakilisha, na kuchukuliwa kama ya kutupwa.
• Mitiririko muhimu kwa mwingiliano na ufikivu inafanywa mfano kwa msimbo, si kwa zana ya usanifu tu.
• Timu iliyotajwa, iliyofadhiliwa inamiliki mfumo wa usanifu kama bidhaa inayoendelea, yenye ramani ya safari na njia ya msaada.
• Mchakato uliochapishwa wa michango na ubaguzi unaziruhusu timu za utoaji kupendekeza vijenzi na mifumo mipya.
• Kukubalika na ubora vinapimwa, na viwango vya juu vya njia za kukwepa za mahali vinachukuliwa kama orodha ya kazi, si kutotii.

Vyanzo muhimu#

• Mfumo wa usanifu wa NHS — NHS England: vijenzi, mifumo, mitindo, na mwongozo wa ufikivu kwa huduma za kidijitali za NHS.
• GOV.UK Design System — Government Digital Service: mitindo, vijenzi, na mifumo kwa huduma za serikali ya Uingereza.
• GOV.UK Service Manual — mifano ya majaribio na "tengeneza mfano" — Government Digital Service: mwongozo wa kufanya mfano ili ujifunze na kujaribu na watumiaji.
• NHS Digital Service Standard — NHS England: kiwango ambacho huduma za pamoja na thabiti hutathminiwa dhidi yake.
• Web Content Accessibility Guidelines (WCAG) 2.2 — W3C Web Accessibility Initiative: kiwango cha uzingatiaji wa ufikivu.
• Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018 — serikali ya Uingereza: wajibu wa kisheria wa ufikivu kwa huduma za sekta ya umma.
• Viwango vya Usimamizi wa Hatari za Kitabibu vya DCB0129 / DCB0160 — NHS England: viwango vya usalama wa kitabibu kwa utengenezaji na utekelezaji wa mifumo ya TEHAMA ya afya.
• Design Council Double Diamond — Design Council: kielelezo cha gundua–fafanua–endeleza–toa kinachounga mkono ugunduzi na usanifu.

Marejeo#

1. Design system — Wikipedia — https://en.wikipedia.org/wiki/Design_system
2. Software prototyping — Wikipedia — https://en.wikipedia.org/wiki/Software_prototyping
3. Single source of truth — Wikipedia — https://en.wikipedia.org/wiki/Single_source_of_truth
4. Usability testing — Wikipedia — https://en.wikipedia.org/wiki/Usability_testing
5. GOV.UK (and the GOV.UK Design System) — Wikipedia — https://en.wikipedia.org/wiki/GOV.UK
6. Government Digital Service — Wikipedia — https://en.wikipedia.org/wiki/Government_Digital_Service
7. Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
8. Component-based software engineering — Wikipedia — https://en.wikipedia.org/wiki/Component-based_software_engineering
9. Figma — Wikipedia — https://en.wikipedia.org/wiki/Figma
10. Front-end web development — Wikipedia — https://en.wikipedia.org/wiki/Front-end_web_development
11. NHS design system — NHS England — https://service-manual.nhs.uk/design-system
12. GOV.UK Design System — Government Digital Service — https://design-system.service.gov.uk/
13. Make a prototype — GOV.UK Service Manual — https://www.gov.uk/service-manual/design/making-prototypes
14. NHS Digital Service Standard — NHS England — https://service-manual.nhs.uk/standards-and-technology/service-standard
15. Web Content Accessibility Guidelines (WCAG) 2.2 — W3C Web Accessibility Initiative — https://www.w3.org/TR/WCAG22/
16. Understanding accessibility requirements for public sector bodies — GOV.UK — https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps
17. Clinical Risk Management: its Application in the Manufacture of Health IT Systems (DCB0129) — NHS England — https://digital.nhs.uk/services/clinical-safety/documentation-for-clinical-risk-management-standards