Փոխադրելի բժշկական սարքերի փոխարինող մարտկոցները պետք է ոչ միայն համապատասխանեն պատյանին։ Դրանք պետք է համապատասխանեն ճիշտ էլեկտրական սահմանաչափերին, հզորության հնարավորություններին, հաղորդակցման վարքագծին և սպասարկման պատմությանը։ Կեղծ պիտակը կամ պատճենված մոդելի նույնականացուցիչը կարող են թաքցնել այս տարբերությունները։
համար պատվերով լիթիումային մարտկոցների փաթեթներ, նույնականացումը կարող է օգնել հոսթինգին ստուգել լիազորված հավատարմագիրը: Դա ավելի լայն համատեղելիության և անվտանգության ռազմավարության մի մասն է, այլ ոչ թե ապացույց, որ յուրաքանչյուր բջիջ առողջ է կամ որ ամբողջ սարքը համապատասխանում է պահանջներին:
Արագ պատասխան. Միավորեք կրիպտոգրաֆիկ մարտահրավեր-պատասխանը հաստատված փաթեթի կոնֆիգուրացիայի, էլեկտրական պաշտպանության և սարքի մակարդակի խափանումների կառավարման հետ: Կարդացվող սերիական համարը նույնականացում է, այլ ոչ թե անվտանգ նույնականացում: Նույնականացման ձախողումը պետք է հանգեցնի ռիսկի գնահատված պատասխանի, հատկապես, եթե ընթացիկ ընթացակարգի ընդհատումը կարող է վտանգ ստեղծել:
Հիմնական տուփեր
Նույնականացումը, համատեղելիությունը և մարտկոցի վիճակը առանձին ստուգումներ են։
Օգտագործեք վերանայված նույնականացման սխեմա և պաշտպանեք բանալիները արտադրության և սպասարկման ողջ ընթացքում։
SMBus-ը տրանսպորտային ինտերֆեյս է. սովորական գրանցամատյանների ընթերցումները ավտոմատ կերպով չեն հաստատվում։
Պահպանեք մարտկոցի պաշտպանությունը ակտիվ՝ անկախ նույնականացման վիճակից։
Հաստատեք անհաջող նույնականացումը և կապի կորուստը՝ առանց ենթադրելու, որ անհապաղ անջատումը անվտանգ է։
Մաս 1. Սահմանեք, թե ինչ պետք է ստուգի սարքը
1.1 Տարբերակել կեղծ և անհամատեղելի փաթեթները
Կեղծ փաթեթը սխալ է ներկայացնում իր ծագումը կամ լիազորությունը: Օրինական փոխարինողը կարող է անհամատեղելի լինել որոշակի սարքի հետ: Եվ հակառակը, ճիշտ հաստատված փաթեթը կարող է ունենալ անբավարար լիցք, չափազանց դիմադրություն կամ չաջակցվող ներկառուցված ծրագրային ապահովման տարբերակ: Մի՛ համարեք այս պայմանները համարժեք:
Սահմանեք հաստատված կոնֆիգուրացիա, որը կներառի քիմիա, շարքային քանակ, լիցքավորման լարում, հոսանքի սահմաններ, ջերմաստիճանի սահմաններ, միակցիչի pinout, մեխանիկական պահպանման և հաղորդակցման պահանջներ: Հաստատեք դրանք վերահսկվող ինժեներական գրառումների համեմատ, այլ ոչ թե ընդունեք անվստահելի քիմիական տողը որպես լիցքավորման թույլտվություն:
1.2 Առանձնացրեք ընդունման շերտերը
շերտ | Հարց | Սահմանափակումը |
|---|---|---|
Նույնացում | Ի՞նչ մոդելի և սերիական համարի մասին է հաղորդվում։ | Ընթեռնելի նույնականացուցիչները կարող են պատճենվել։ |
Authentication | Արդյո՞ք փաթեթը ցույց է տալիս լիազորված լիազորագրի առկայությունը: | Անմիջապես չի ստուգում բջիջների որակը կամ առողջությունը։ |
Համատեղելիություն | Այս կարգավորումը հաստատվա՞ծ է հոսթի համար։ | Պահանջում է վերահսկվող կարգավորման կանոններ։ |
Պատրաստակամություն և պաշտպանություն | Կարո՞ղ է այն անվտանգ կերպով դիմակայել նախատեսված բեռին հիմա։ | Պահանջում է չափումներ, ախտորոշում և անկախ պաշտպանություն։ |
Մաս 2. Ընտրեք նույնականացման ճարտարապետություն
2.1 Նույնականացումը մարտահրավեր-պատասխան չէ
Ֆիքսված ID-ն, դիմադրության կոդը կամ արտադրողի անվան գրանցամատյանը կարող են աջակցել ընտրությանը և գույքագրմանը, բայց սահմանափակ դիմադրություն են ցուցաբերում դիտավորյալ պատճենահանմանը: Մարտահրավեր-պատասխան նախագծման դեպքում հոսթը նոր մարտահրավեր է ուղարկում և ստուգում է պաշտպանված հավատարմագրին կապված կրիպտոգրաֆիկ պատասխանը: Արձանագրությունը պետք է սահմանի հաղորդագրության ձևաչափը, մարտահրավերի ստեղծումը, թարմությունը, ժամկետի ավարտը և ստուգման կանոնները:
Մի՛ իրականացնեք նույնականացումը՝ պարզապես միացնելով գաղտնիքը և մարտահրավերը և հեշելով դրանք։ Օգտագործեք մատակարարի կողմից նշված, վերանայված կառուցվածքը, ինչպիսիք են աջակցվող հաղորդագրության նույնականացման կոդը կամ ստորագրության սխեման։ TI-ի նույնականացման ամփոփում տարբերակում է նույնականացումը կրիպտոգրաֆիկ մոտեցումներից: Գոյություն ունեն SHA-1-ի հնացած իրականացումներ, սակայն նոր դիզայնները պետք է գնահատեն ներկայումս աջակցվող տարբերակները և կյանքի ցիկլի անվտանգության պահանջները, այլ ոչ թե ընտրեն SHA-1-ը լռելյայնորեն:
2.2 Ավտոբուսը վստահություն չի հաստատում
SMBus-ը, միալար ինտերֆեյսը կամ այլ աջակցվող փոխադրամիջոցը կարող են կրել նույնականացման հաղորդագրություններ: Ընտրությունը կախված է հոսթինգից և նույնականացնողի իրականացումից: Փաթեթների սխալների ստուգումը կարող է հայտնաբերել փոխանցման սխալները. դա կրիպտոգրաֆիկ իսկության ստուգում չէ:
Փաթեթի մեկ անգամ հաջողությամբ նույնականացումը չի նշանակում ավտոմատ կերպով նույնականացնել յուրաքանչյուր SOC-ի կամ ջերմաստիճանի գրանցամատյանի հետագա ընթերցումը։ Որոշեք, թե արդյոք սպառնալիքի մոդելը կարիք ունի ամբողջականության պաշտպանության հետագա հաղորդագրությունների, սեսիայի կապման կամ կրկնակի ստուգման համար։ Սահմանեք վարքագիծը հեռացումից, վերագործարկումից, քնի ռեժիմից, ներկառուցված ծրագրի թարմացումից և ավտոբուսի վերականգնումից հետո։ Էլեկտրական համատեղելիությունը և ծրագրային ապահովման փոխգործունակությունը դեռևս կարիք ունեն ստուգման, նույնիսկ երբ երկու վերջնակետերն էլ օգտագործում են SMBus։
2.3 Պաշտպանեք մատակարարումը և հավատարմագրերը
Գնահատեք եզակի և համօգտագործվող բանալիները, անվտանգ պահեստավորումը, հոսթինգի կողմի պաշտպանությունը, մատակարարման մուտքը, արտադրական թեստերի վերահսկումը և հավատարմագրերի չեղարկումը: Ամբողջ նավատորմի բանալին կարող է ազդել բազմաթիվ փաթեթների վրա: Վերակառուցված փաթեթի մեջ փոխպատվաստված իսկական չիպը նաև ցույց է տալիս, թե ինչու միայն հավատարմագրերի վավերացումը չի կարող որոշել յուրաքանչյուր բջջի ծագումը:
TI-ի բանալիների փաթեթավորման գործիքը ներկայացնում է համատեղելի չափիչների համար աջակցության մատակարարման մեկ օրինակ: Արտադրական ամբողջական գործընթացը դեռևս կարիք ունի վերահսկվող թույլտվության, աուդիտի գրառումների և վերականգնման ծրագրի: Մի բացահայտեք գաղտնիքները սպասարկման գրանցամատյաններում, պիտակներում կամ սովորական արտադրական արտահանումներում:
Մաս 3. Համակարգեք նույնականացումը էներգամատակարարման անվտանգության հետ
3.1 Պահպանեք պաշտպանության անկախությունը
BMS և պաշտպանության սխեմաներ պետք է կիրառի որակավորված լարման, հոսանքի և ջերմաստիճանի սահմանափակումներ՝ անկախ նրանից, թե արդյոք ձեռքսեղմումը հաջող է, թե ոչ: Վառելիքի չափումը գնահատում է առկա լիցքը և աշխատանքային ժամանակը. նույնականացումը հաստատում է հավատարմագրերի կապը: Երկուսն էլ չեն փոխարինում գերհոսանքից, կարճ միացումից կամ ջերմային պաշտպանությունը:
Հաշվի առեք, թե ինչպես է հոսթը սնուցում իր կապի և նույնականացման սխեմաները, նախքան փաթեթը ընդունելը: Խուսափեք պատահական լիցքավորումից կամ բարձր ծանրաբեռնվածությունից սկզբնական ստուգումների ժամանակ և կանխեք ազդանշանի պիքսելները չսնուցվող սխեմայի հետադարձ սնուցմամբ:
3.2 Անվտանգ ձախողման արձագանքի նախագծում
Դեռևս չօգտագործվող սարքի դեպքում մերժումը կարող է խոչընդոտել գործողության մեկնարկին կամ չաջակցվող փաթեթի լիցքավորմանը: Հիվանդի ակտիվ խնամքի ընթացքում հանկարծակի անջատումն ինքնին կարող է վտանգավոր լինել: Գնահատեք տագնապը, լիցքավորման կասեցումը, փոխանցեք ստուգված այլընտրանքային աղբյուրի կամ վերահսկվող շահագործման սահմանափակմանը՝ համաձայն սարքի ռիսկերի վերլուծության և էական կատարողականության:
Մի՛ ընդունեք անհաջող ձեռքսեղմումը լուռ, բայց նաև մի՛ անվանեք յուրաքանչյուր ժամկետի ավարտը որպես կեղծիք: Տարբերակեք կապի խափանումները, չաջակցվող տարբերակները, հավատարմագրերի խափանումները և մարտկոցի անբավարար պատրաստվածությունը: Տրամադրեք օպերատորի օգտակար հաղորդագրություններ և սպասարկման գրառումներ՝ առանց բացահայտելու անվտանգությանը վերաբերող մանրամասները:
Մաս 4. Ամբողջական կյանքի ցիկլի վավերացում
4.1 Դրական և բացասական թեստային դեպքեր
գործ | Հավաքելու ապացույցներ |
|---|---|
Հաստատված կարգավորումներ | Ճիշտ ընդունում որակավորված փաթեթի, հոսթի և ներկառուցված ծրագրի բոլոր տարբերակներում։ |
Պատճենված ID-ներ և ձայնագրված պատասխաններ | Սահմանված սպառնալիքի մոդելի շրջանակներում չարտոնված մուտքագրման տվյալների և վերարտադրման փորձերի մերժում։ |
Սառը, սպառված կամ հնացած փաթեթ | Հուսալի հաղորդակցություն, պատրաստվածության վերաբերյալ ճիշտ որոշումներ և լիազորությունների անցում։ |
Ավտոբուսի ժամանակի ավարտ, վերագործարկում և մասնակի տեղադրում | Սահմանափակ վերականգնում, տագնապներ և անվտանգ աղբյուրի ընտրություն։ |
Նախապատրաստման և ներկառուցված ծրագրի փոփոխություններ | Կառավարվող բանալիների մշակում, համատեղելիություն և ռեգրեսիայի արդյունքներ։ |
Ակտիվ օգտագործման ընթացքում ձախողում | Սարքի գործառույթը և խափանումների արձագանքը համապատասխանում են ռիսկերի կառավարմանը։ |
4.2 Կապեք անվտանգությունը որակի գրառումների հետ
Պահպանեք փաթեթի սերիական համարի, հաստատված BOM-ի, բջջային խմբաքանակի, ներկառուցված ծրագրային ապահովման, թեստերի արդյունքների և հավատարմագրերի տրամադրման կարգավիճակի միջև հետագծելիությունը: Խուսափեք գաղտնի բանալիների պահպանումից հետագծելիության սովորական գրառումներում: Սահմանեք, թե ինչպես են կարգավորվում լիազորված փոխարինումները, վերանորոգումը, չեղարկումը և կյանքի ավարտի սպասարկումը:
Նույնականացումը ISO 13485-ի կամ IEC 60601-1-ի կողմից սահմանված համընդհանուր պահանջ չէ: Կիրառելի որակի, սարքի անվտանգության և կիբերանվտանգության պահանջները կախված են արտադրանքից և շուկայից: Մարտկոցի անվտանգության փորձարկման զեկույցը նույնպես չի հաստատում հյուրընկալողի նույնականացման տրամաբանությունը: Համակարգեք ծրագիրը սարքի արտադրողի և որակավորված վերանայողների հետ:
Նորի համար բժշկական մարտկոցի նախագիծ, նշեք հոսթի ինտերֆեյսը, ընդունման կանոնները, անվտանգության նպատակները և ձախողման վաղ արձագանքը։ Քննարկեք մարտկոցի անհատական լուծումը ինժեներական թիմի հետ՝ ինտերֆեյսը սառեցնելուց առաջ։
ՀՏՀ
Արդյո՞ք նույնականացումը ապացուցում է, որ մարտկոցն անվտանգ է։
Ոչ։ Այն ստուգում է լիազորված հավատարմագիրը ներդրված սխեմայի համաձայն։ Բջջային որակավորումը, համատեղելիությունը, պաշտպանությունը, ծերացման գնահատումը և սարքի վավերացումը մնում են անհրաժեշտ։
Սերիական համարը բավարա՞ր է կեղծիքը կանխելու համար։
Ոչ: Կարելի է պատճենել ընթեռնելի սերիական համարը: Այն ապահովում է հետագծելիությունը, բայց համարժեք չէ տիրապետման կրիպտոգրաֆիկ ապացույցին:
Արդյո՞ք նույնականացումը պետք է օգտագործի SMBus-ը։
Ոչ։ Օգտագործեք ընտրված հոսթի և նույնականացնողի կողմից աջակցվող փոխադրումը։ Հստակ սահմանեք էլեկտրական վարքագիծը և նույնականացման հաղորդագրությունների փոխանակումը։
Արդյո՞ք սարքը պետք է անմիջապես անջատվի նույնականացման ձախողումից հետո։
Ոչ ավտոմատ կերպով։ Ընտրեք ռիսկի գնահատմամբ պատասխան, որը վերաբերում է չստուգված փաթեթին՝ առանց ակտիվ օգտագործման ընթացքում ավելի մեծ վտանգ ստեղծելու։
Կարո՞ղ է արդյոք հաստատված փաթեթը անհամատեղելի լինել։
Այո։ Այն կարող է պատկանել մեկ այլ հաստատված արտադրանքի ընտանիքի կամ ունենալ չաջակցվող կոնֆիգուրացիա։ Ստուգեք համատեղելիությունը հավատարմագրերից առանձին։
Ինչպե՞ս պետք է վերահսկվեն անվտանգության հետ կապված փոփոխությունները։
Վերանայեք բանալիները, նույնականացուցիչի փոխարինումները, հոսթի ներկառուցված ծրագիրը և ընդունման կանոնները՝ փոփոխությունների կառավարման միջոցով: Թարմացումների սպառնալիքների վերլուծություն և ազդեցության ենթարկված թեստերի կրկնություն, ներառյալ ձախողումների կառավարումը և ծառայությունների համատեղելիությունը:
