{"id":24962,"date":"2023-10-23T05:00:00","date_gmt":"2023-10-23T03:00:00","guid":{"rendered":"https:\/\/sii.pl\/blog\/?p=24962"},"modified":"2023-11-03T14:47:53","modified_gmt":"2023-11-03T13:47:53","slug":"znaczenie-identyfikowalnosci-z-perspektywy-projektowania-oprogramowania-wyrobu-medycznego","status":"publish","type":"post","link":"https:\/\/sii.pl\/blog\/znaczenie-identyfikowalnosci-z-perspektywy-projektowania-oprogramowania-wyrobu-medycznego\/","title":{"rendered":"Znaczenie identyfikowalno\u015bci z perspektywy projektowania oprogramowania wyrobu medycznego"},"content":{"rendered":"\n<p>Wypuszczenie nowego produktu na rynek nadzorowany prawnie wi\u0105\u017ce si\u0119 z wyzwaniem zapewnienia zgodno\u015bci z wieloma normami i przepisami. Producent takiego wyrobu musi zadba\u0107 o to, aby urz\u0105dzenie by\u0142o bezpieczne i dzia\u0142a\u0142o zgodnie z przeznaczeniem. Do\u015bwiadczenie podpowiada, \u017ce kluczowym w uzyskaniu odpowiedniej certyfikacji z danego obszaru regulowanego jest <b>dostarczenie<\/b> danej jednostce notyfikowanej <b>dobrze przygotowanej dokumentacji<\/b>.<\/p>\n\n\n\n<p>W procesie projektowania produktu nale\u017cy stworzy\u0107 \u015bcie\u017ck\u0119 dokumentacji, kt\u00f3ra na ka\u017cdym podetapie prowadzi od parametr\u00f3w wej\u015bciowych do konkretnych decyzji projektowych. Tego rodzaju proces to nic innego jak podstawa utrzymania identyfikowalno\u015bci produktu.<\/p>\n\n\n\n<p>Poznaj\u0105c jakikolwiek proces projektowania, mo\u017cna us\u0142ysze\u0107 o identyfikowalno\u015bci i jej znaczeniu w Systemie Zarz\u0105dzania Jako\u015bci\u0105 (QMS). W artykule opisano u\u017cycie tego terminu w jednym z najbardziej regulowanych \u015brodowisk \u2013 projektowaniu oprogramowania wyrobu medycznego.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Co to jest identyfikowalno\u015b\u0107?<\/strong><\/h2>\n\n\n\n<p>W literaturze pojawia si\u0119 wiele definicji identyfikowalno\u015bci (<em>ang. traceability<\/em>). Jedna z nich:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>Requirements traceability refers to the ability to describe and follow the life of a requirement, in both a forward and backwards direction (i.e., from its origins through its development and specification to its subsequent deployment and use, and through all periods of on-going refinement and iteration in any of these phases) <a href=\"https:\/\/sii.pl\/blog\/wp-admin\/post.php?post=24962&amp;action=edit#_ftn1\" class=\"ek-link\">[1]<\/a><\/em><\/p>\n<\/blockquote>\n\n\n\n<p>precyzyjnie okre\u015bla identyfikowalno\u015b\u0107 w kontek\u015bcie opisu wymaga\u0144 projektowych. Oznacza <strong>mo\u017cliwo\u015b\u0107 dok\u0142adnego opisania tych wymaga\u0144 oraz \u015bledzenia ich realizacji na ka\u017cdym etapie<\/strong>, pocz\u0105wszy od ich powstania, przez rozwijanie i specyfikowanie, a\u017c po finalne wdro\u017cenie i u\u017cytkowanie, niezale\u017cnie od etap\u00f3w bie\u017c\u0105cej optymalizacji i iteracji w jakimkolwiek z tych proces\u00f3w.<\/p>\n\n\n\n<p>Poj\u0119cie \u201eTraceability\u201d opiera si\u0119 na dw\u00f3ch prostych s\u0142owach: \u201etrace\u201d \u2013 \u015blad oraz \u201eability\u201d \u2013 zdolno\u015b\u0107. \u0141\u0105cz\u0105c te dwie idee, mo\u017cemy zrozumie\u0107 <strong>identyfikowalno\u015b\u0107 jako zdolno\u015b\u0107 produktu do \u015bledzenia historii wymaga\u0144<\/strong> stworzonych dla tego produktu.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Identyfikowalno\u015b\u0107 w dziedzinie wyrob\u00f3w medycznych<\/strong><\/h2>\n\n\n\n<p>Norm\u0105 szczeg\u00f3\u0142owo okre\u015blaj\u0105c\u0105 wymagania dotycz\u0105ce identyfikowalno\u015bci wyrob\u00f3w medycznych jest ISO 13485.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>Organizacja powinna dokumentowa\u0107 procedury identyfikowalno\u015bci. Procedury te okre\u015blaj\u0105 zakres identyfikowalno\u015bci zgodnie z obowi\u0105zuj\u0105cymi wymogami regulacyjnymi i rejestrami, kt\u00f3re nale\u017cy prowadzi\u0107 <a href=\"https:\/\/sii.pl\/blog\/wp-admin\/post.php?post=24962&amp;action=edit#_ftn1\" class=\"ek-link\">[2]<\/a><\/em><\/p>\n<\/blockquote>\n\n\n\n<p>\u2013 opisuje rozdzia\u0142 tego standardu dotycz\u0105cy realizacji produktu.<\/p>\n\n\n\n<p>Identyfikowalno\u015b\u0107 towarzyszy g\u0142\u00f3wnym etapom realizacji wyrobu medycznego, w szczeg\u00f3lno\u015bci planowi wdro\u017cenia produktu oraz planowi projektowania i rozwoju. Warto jednak wspomnie\u0107, \u017ce ISO 13485 nie opisuje konkretnych metod lub technologii, kt\u00f3re nale\u017cy zastosowa\u0107, ale okre\u015bla og\u00f3lne wymagania dotycz\u0105ce identyfikowalno\u015bci. Spos\u00f3b \u015bledzenia urz\u0105dzenia medycznego mo\u017ce si\u0119 r\u00f3\u017cni\u0107 w zale\u017cno\u015bci od wielu czynnik\u00f3w, takich jak typ urz\u0105dzenia, jego przeznaczenie czy jurysdykcja regulacyjna.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Normy, wytyczne, regulacje<\/strong><\/h3>\n\n\n\n<p>ISO 13485 to nie jedyny dokument odnosz\u0105cy si\u0119 do identyfikowalno\u015bci dla wyrob\u00f3w medycznych. Istnieje wiele norm, wytycznych i regulacji np.:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>standard ISO 14971,<\/li>\n\n\n\n<li>ameryka\u0144skie wytyczne FDA \u201cGeneral Principles of Software Validation\u201d,<\/li>\n\n\n\n<li>europejskie rozporz\u0105dzenie w sprawie wyrob\u00f3w medycznych (MDR),<\/li>\n<\/ul>\n\n\n\n<p>kt\u00f3re opisuj\u0105 to zagadnienie z r\u00f3\u017cnych perspektyw. Trudno by\u0142oby uwzgl\u0119dni\u0107 ka\u017cd\u0105 z nich w tym artykule.<\/p>\n\n\n\n<p>Reasumuj\u0105c \u2013 aby zachowa\u0107 zgodno\u015b\u0107 z wymogami i zaleceniami dotycz\u0105cymi identyfikowalno\u015bci, <strong>producent musi przestrzega\u0107 obowi\u0105zuj\u0105cych norm i przepis\u00f3w<\/strong>, specyficznych dla regionu i typu produkowanego urz\u0105dzenia.<\/p>\n\n\n\n<p><a href=\"https:\/\/sii.pl\/blog\/en\/search\/IEC%2062304\/\" target=\"_blank\" aria-label=\" (opens in a new tab)\" rel=\"noreferrer noopener\" class=\"ek-link\">Norma IEC 62304<\/a>, o kt\u00f3rej pisano ju\u017c na blogu, definiuje proces cyklu \u017cycia oprogramowania urz\u0105dzenia medycznego. Okre\u015bla wymagania dotycz\u0105ce jego rozwoju i konserwacji. Cz\u0119\u015b\u0107 rozwojowa sk\u0142ada si\u0119 z kilku etap\u00f3w, opisanych szerzej na Ryc. 1 (oprogramowanie nosi nazw\u0119 \u201eSW\u201d, ang<em>. software<\/em>). W po\u0142\u0105czeniu z innymi normami, w szczeg\u00f3lno\u015bci ISO 13485 i ISO 14971, porusza kwestie bezpiecze\u0144stwa i efektywno\u015bci. Identyfikowalno\u015b\u0107 w kontek\u015bcie tego standardu stanowi serce niniejszego artyku\u0142u.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Rola identyfikowalno\u015bci<\/strong><\/h3>\n\n\n\n<p>W IEC 62304 rola identyfikowalno\u015bci (w polskim t\u0142umaczeniu) to:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>stopie\u0144, w jakim mo\u017cna ustali\u0107 zwi\u0105zek pomi\u0119dzy dwoma lub wi\u0119ksz\u0105 liczb\u0105 produkt\u00f3w procesu rozwoju<\/em><\/p>\n<\/blockquote>\n\n\n\n<p>i rozpoczyna si\u0119 w rozdziale 5 standardu zatytu\u0142owanym \u201eSoftware Development Process\u201d. Kroki rozdzia\u0142u od 5.1 do 5.8 pokazano na poni\u017cszym schemacie:<\/p>\n\n\n\n<figure class=\"wp-block-image aligncenter size-large\"><a href=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/1.jpg\"><img decoding=\"async\" width=\"1024\" height=\"569\" src=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/1-1024x569.jpg\" alt=\"Software Development Process\" class=\"wp-image-24971\" srcset=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/1-1024x569.jpg 1024w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/1-300x167.jpg 300w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/1-768x427.jpg 768w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/1.jpg 1165w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/a><figcaption class=\"wp-element-caption\">Ryc. 1 Software Development Process<\/figcaption><\/figure>\n\n\n\n<p>Poni\u017csza tabela przedstawia obszary, w kt\u00f3rych identyfikowalno\u015b\u0107 jest wskazana jako wymagana (narracja \u201enale\u017cno\u015b\u0107\/powinno\u015b\u0107\u201d) lub zalecana (narracja \u201emo\u017cliwo\u015b\u0107\u201d). Opis kontekstu identyfikowalno\u015bci okre\u015bla, jak\u0105 \u015bcie\u017ck\u0119 nale\u017cy prze\u015bledzi\u0107 w \u015bwietle identyfikowalno\u015bci dla konkretnego etapu procesu.<\/p>\n\n\n\n<figure class=\"wp-block-table caption-align-center\"><table><tbody><tr><td class=\"has-text-align-center\" data-align=\"center\"><strong>Rozdzia\u0142 IEC 62304<\/strong><strong><\/strong><\/td><td class=\"has-text-align-center\" data-align=\"center\"><strong>Opis kontekstu identyfikowalno\u015bci<\/strong><strong><\/strong><\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">5.1.1 Software Development Plan<\/td><td class=\"has-text-align-center\" data-align=\"center\"><strong>Powinno si\u0119<\/strong> zaplanowa\u0107 \u015bledzenie powi\u0105za\u0144 pomi\u0119dzy wymaganiami systemowymi, wymaganiami oprogramowania, testem systemu oprogramowania, \u015brodkami kontroli ryzyka wdro\u017conymi w oprogramowaniu za pomoc\u0105 identyfikowalno\u015bci<\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">5.2.6 Verify Software requirements<\/td><td class=\"has-text-align-center\" data-align=\"center\">Zwi\u0105zek mi\u0119dzy wymaganiami oprogramowania i wymaganiami systemu <strong>powinien<\/strong> by\u0107 zweryfikowany za pomoc\u0105 identyfikowalno\u015bci<\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">5.3.6 Verify software ARCHITECTURE<\/td><td class=\"has-text-align-center\" data-align=\"center\">Architektura oprogramowania i wymagania dotycz\u0105ce oprogramowania, tak\u017ce zwi\u0105zane z kontrol\u0105 ryzyka, <strong>mog\u0105 <\/strong>by\u0107 zweryfikowane za pomoc\u0105 analizy identyfikowalno\u015bci<\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">5.4.4 Verify detailed design<\/td><td class=\"has-text-align-center\" data-align=\"center\">\u015aledzenie wdra\u017cania architektury oprogramowania poprzez szczeg\u00f3\u0142owy projekt oprogramowania <strong>mo\u017cna<\/strong> przeprowadzi\u0107 poprzez identyfikowalno\u015b\u0107<\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">5.7.4 Evaluate SOFTWARE SYSTEM testing<\/td><td class=\"has-text-align-center\" data-align=\"center\">Zwi\u0105zek mi\u0119dzy wymaganiami oprogramowania a dokumentacj\u0105 testow\u0105\/weryfikacyjn\u0105 <strong>nale\u017cy<\/strong> wykaza\u0107 poprzez identyfikowalno\u015b\u0107<\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">7.3.3 Document TRACEABILITY<\/td><td class=\"has-text-align-center\" data-align=\"center\">Mo\u017cliwo\u015b\u0107 \u015bledzenia zagro\u017ce\u0144 oprogramowania <strong>powinna by\u0107<\/strong> rejestrowana w przep\u0142ywie: sytuacja niebezpieczna, element oprogramowania, przyczyna oprogramowania, RCM (ang. Risk Control Measure &#8211; \u015brodek kontroli ryzyka) i weryfikacja RCM<\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">8.2.4 Provide means for TRACEABILITY of change<\/td><td class=\"has-text-align-center\" data-align=\"center\"><strong>Nale\u017cy<\/strong> zachowa\u0107 identyfikowalno\u015b\u0107 procesu kontroli zmian pomi\u0119dzy \u017c\u0105daniem zmiany, zg\u0142oszeniem odpowiedniego problemu i zatwierdzeniem \u017c\u0105danej zmiany<\/td><\/tr><tr><td class=\"has-text-align-center\" data-align=\"center\">B.5.2 Software requirement analysis<\/td><td class=\"has-text-align-center\" data-align=\"center\">Podkre\u015blono znaczenie identyfikowalno\u015bci w fazie analizy wymaga\u0144 oprogramowania<\/td><\/tr><\/tbody><\/table><figcaption class=\"wp-element-caption\">Tab. 1 Referencje do identyfikowalno\u015bci w IEC 62304<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Model V<\/strong><\/h3>\n\n\n\n<p>Rol\u0119 identyfikowalno\u015bci w procesie cyklu \u017cycia oprogramowania mo\u017cna opisa\u0107 za pomoc\u0105 modelu V przedstawionego na Ryc 2. Umieszczona w centrum schematu, stanowi \u0142\u0105cznik pomi\u0119dzy dekompozycj\u0105 wymaga\u0144 produktowych i analiz\u0105 ryzyka (lewa ga\u0142\u0105\u017a modelu) a integracj\u0105 i weryfikacj\u0105 dekomponowanych wymaga\u0144 oraz kontrol\u0105 ryzyka na poszczeg\u00f3lnych etapach procesu (prawa ga\u0142\u0105\u017a modelu). W zakres normy IEC 62304 wchodzi zielony obszar rysunku.<\/p>\n\n\n\n<p>Sk\u0105d pochodzi model V i co przedstawia? Orygina\u0142 znajduje si\u0119 w normie IEC 60601-1. Schemat opisuje rozw\u00f3j programowalnego elektrycznego systemu medycznego \u2013 PEMS (ang. <em>Programmable Electrical Medical System) <\/em>i jest powi\u0105zany z procesem cyklu \u017cycia oprogramowania.<\/p>\n\n\n\n<p>W obr\u0119bie zielonego obszaru na Ryc. 2 wymagania normy IEC 62304 maj\u0105 zastosowanie do normy IEC 60601-1 na poziomie komponentu PEMS. Od okre\u015blenia wymaga\u0144 programowych do integracji oprogramowania tworzony jest system oprogramowania. Id\u0105c dalej, system oprogramowania nale\u017cy do programowalnego podsystemu elektrycznego (PESS), kt\u00f3ry jest cz\u0119\u015bci\u0105 PEMS.<\/p>\n\n\n\n<figure class=\"wp-block-image aligncenter size-full\"><a href=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/Diagram-V-model.png\"><img decoding=\"async\" width=\"1009\" height=\"628\" src=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/Diagram-V-model.png\" alt=\"PEMS development life-cycle model\" class=\"wp-image-24975\" srcset=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/Diagram-V-model.png 1009w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/Diagram-V-model-300x187.png 300w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/Diagram-V-model-768x478.png 768w\" sizes=\"(max-width: 1009px) 100vw, 1009px\" \/><\/a><figcaption class=\"wp-element-caption\">Ryc. 2 PEMS development life-cycle model<\/figcaption><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Identyfikowalno\u015b\u0107 w praktyce<\/strong><\/h2>\n\n\n\n<p>Jak ze \u015bwiadomo\u015bci rejestrowania wszystkich danych wej\u015bciowych i wyj\u015bciowych projektu, kt\u00f3re definiuj\u0105 produkt, przej\u015b\u0107 do stworzenia analizy identyfikowalno\u015bci systemu oprogramowania sprz\u0119tu medycznego? Warto zacz\u0105\u0107 od zebrania jej element\u00f3w sk\u0142adowych.<\/p>\n\n\n\n<p>Mog\u0105 to by\u0107:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Wymagania interesariuszy \u2013 opisuj\u0105, co system b\u0119dzie robi\u0142 dla konkretnego \u015brodowiska z punktu widzenia interesariuszy (pacjent\u00f3w, lekarzy, s\u0142u\u017cb, pracodawc\u00f3w, w\u0142a\u015bcicieli firm itp.) i odwo\u0142uj\u0105 si\u0119 do genezy wymaga\u0144, np.: przegl\u0105du podobnych produkt\u00f3w, opinii o us\u0142ugach, zamierzonego zastosowania lub rzeczywistego wk\u0142adu u\u017cytkownik\u00f3w (potrzeby u\u017cytkownik\u00f3w\/wk\u0142ad marketingowy).<\/li>\n\n\n\n<li>Wymagania systemowe \u2013 definiuj\u0105 cechy systemu, atrybuty, wymagania funkcjonalne i wydajno\u015bciowe w mierzalny spos\u00f3b, aby spe\u0142ni\u0107 wymagania interesariuszy, wymagania regulacyjne i analiz\u0119 ryzyka (\u015brodki kontroli ryzyka \u2013 RCM-y). Dane wej\u015bciowe mog\u0105 r\u00f3wnie\u017c pochodzi\u0107 m.in.: ju\u017c z ustalonych wymaga\u0144 dla podobnych produkt\u00f3w lub bada\u0144 u\u017cyteczno\u015bci.<\/li>\n\n\n\n<li>Wymagania podsystemowe \u2013 je\u015bli system jest podzielony na podsystemy, odnosz\u0105 si\u0119 one do wymaga\u0144 systemowych, architektury systemu, analizy ryzyka i innych \u017ar\u00f3de\u0142, np.: badania u\u017cyteczno\u015bci; mo\u017cna je nazwa\u0107 wymaganiami systemowymi dla konkretnego podsystemu.<\/li>\n\n\n\n<li>Wymagania komponentowe \u2013 podobnie jak na poziomie podsystemu, mo\u017cna je nazwa\u0107 wymaganiami systemowymi dla konkretnego komponentu podsystemu okre\u015blonego przez architektur\u0119 podsystemu.<\/li>\n<\/ul>\n\n\n\n<p>Na podstawie tych danych wej\u015bciowych tworzy si\u0119 \u015bcie\u017ck\u0119 identyfikowalno\u015bci wymaga\u0144 od poziomu interesariuszy a\u017c do komponentu.<\/p>\n\n\n\n<p>Nast\u0119pnym krokiem jest podj\u0119cie decyzji, ile poziom\u00f3w chcemy utrzyma\u0107 w jednej analizie identyfikowalno\u015bci. To znaczy \u2013 czy wolimy zaprezentowa\u0107 pe\u0142en zakres tej \u015bcie\u017cki w jednym dokumencie, czy te\u017c podzieli\u0107 j\u0105 na kilka rekord\u00f3w. Nie ma konkretnych wymaga\u0144 ani ogranicze\u0144 co do tego, ile powinni\u015bmy zawrze\u0107 w jednym dokumencie.<\/p>\n\n\n\n<p>Przedostatni aspekt \u2013 w jakiej formie chcemy przedstawi\u0107 identyfikowalno\u015b\u0107. Najbardziej powszechn\u0105 jest macierz identyfikowalno\u015bci. Poni\u017cej przedstawi\u0119 przyk\u0142adowy wz\u00f3r macierzy wymaga\u0144 na poziomie podsystemu:<\/p>\n\n\n\n<figure class=\"wp-block-image aligncenter size-large\"><a href=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.1.jpg\"><img decoding=\"async\" width=\"1024\" height=\"88\" src=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.1-1024x88.jpg\" alt=\"Szablon macierzy identyfikowalno\u015bci wymaga\u0144 podsystemu\" class=\"wp-image-24978\" srcset=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.1-1024x88.jpg 1024w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.1-300x26.jpg 300w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.1-768x66.jpg 768w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.1.jpg 1164w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/a><figcaption class=\"wp-element-caption\">Tab. 2 Szablon macierzy identyfikowalno\u015bci wymaga\u0144 podsystemu<\/figcaption><\/figure>\n\n\n\n<p>Na koniec nale\u017cy potwierdzi\u0107, \u017ce produkty wyj\u015bciowe spe\u0142niaj\u0105 okre\u015blone wymagania poprzez dzia\u0142ania V&amp;V (ang. <em>Verification and Validation<\/em> \u2013 weryfikacja i walidacja). Wszystkie wymagania musz\u0105 zosta\u0107 obj\u0119te weryfikacj\u0105 i\/lub walidacj\u0105, kt\u00f3rych wyniki trafiaj\u0105 do matrycy identyfikowalno\u015bci.<\/p>\n\n\n\n<p>Przyk\u0142ad poni\u017cej (SRS \u2013 ang. <em>Software Requirement Specification<\/em> \u2013 specyfikacja wymaga\u0144 oprogramowania, SR \u2013 ang. <em>System Requirement<\/em> \u2013 wymagania systemowe, STP \u2013 ang. <em>System Test Protocol<\/em> \u2013 protok\u00f3\u0142 testu systemu, STR \u2013 ang. <em>System Test Report<\/em> \u2013 raport testu systemu, Ver \u2013 ang. <em>Verification<\/em> \u2013 weryfikacja, Val \u2013 ang. <em>Validation<\/em> \u2013 walidacja):<\/p>\n\n\n\n<figure class=\"wp-block-image aligncenter size-large\"><a href=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.3.jpg\"><img decoding=\"async\" width=\"1024\" height=\"155\" src=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.3-1024x155.jpg\" alt=\"Szablon macierzy identyfikowalno\u015bci wymaga\u0144 podsystemu z uwzgl\u0119dnion\u0105 weryfikacj\u0105 i walidacj\u0105\" class=\"wp-image-24982\" srcset=\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.3-1024x155.jpg 1024w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.3-300x46.jpg 300w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.3-768x117.jpg 768w, https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/t.3.jpg 1159w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/a><figcaption class=\"wp-element-caption\">Tab. 3 Szablon macierzy identyfikowalno\u015bci wymaga\u0144 podsystemu z uwzgl\u0119dnion\u0105 weryfikacj\u0105 i walidacj\u0105<\/figcaption><\/figure>\n\n\n\n<p>Powy\u017csze rozwi\u0105zanie nale\u017cy traktowa\u0107 jedynie jako przyk\u0142ad. Jego struktura i tre\u015b\u0107 mog\u0105 si\u0119 r\u00f3\u017cni\u0107 w zale\u017cno\u015bci od rodzaju i indywidualnych potrzeb projektu, np.: w niekt\u00f3rych przypadkach zasadnym mo\u017ce by\u0107 ca\u0142kowite pomini\u0119cie etapu walidacji.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Dlaczego identyfikowalno\u015b\u0107 jest tak wa\u017cna?<\/strong><\/h2>\n\n\n\n<p>\u015aledzenie listy wymaga\u0144 w skompilowanej formie mo\u017ce pom\u00f3c zidentyfikowa\u0107 jeszcze nieodkryte, brakuj\u0105ce lub niekompletne wymagania, a tak\u017ce podkre\u015bli\u0107, czy wszystkie wymagania zosta\u0142y wystarczaj\u0105co zweryfikowane.<\/p>\n\n\n\n<p>Identyfikowalno\u015b\u0107 mo\u017ce r\u00f3wnie\u017c przynie\u015b\u0107 korzy\u015bci w podejmowaniu decyzji podczas rozwoju produktu. Pozwala na szybk\u0105 ocen\u0119 wp\u0142ywu wymaga\u0144 na przebieg projektu, a w przypadku jakiejkolwiek zmiany wymaga\u0144 umo\u017cliwia przeanalizowanie jej wp\u0142ywu na ca\u0142y proces rozwoju.<\/p>\n\n\n\n<p>Identyfikowalno\u015b\u0107 okazuje si\u0119 cenna w zarz\u0105dzaniu projektami, poniewa\u017c <strong>zapewnia jasn\u0105 miar\u0119 post\u0119pu<\/strong>. Powi\u0105zanie wymaga\u0144 z testami pozwala kontrolowa\u0107 zakres i realistycznie podej\u015b\u0107 do spe\u0142nienia tych wymaga\u0144, bior\u0105c pod uwag\u0119 dost\u0119pne ramy czasowe.<\/p>\n\n\n\n<p>Ostatecznie, wszystkie wspomniane atuty sprowadzaj\u0105 si\u0119 do dw\u00f3ch najwa\u017cniejszych \u2013 zapewnienia wysokiej jako\u015bci i bezpiecze\u0144stwa wyrobu.<\/p>\n\n\n\n<p>Praktycznie, wi\u0119kszo\u015b\u0107 dzia\u0142a\u0144 i zada\u0144 w procesie wytwarzania oprogramowania ma na celu:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>ograniczy\u0107 ryzyka, do jakich potencjalnie mo\u017ce prowadzi\u0107 korzystanie z oprogramowania oraz<\/li>\n\n\n\n<li>doskonali\u0107 i utrzymywa\u0107 jako\u015b\u0107 oprogramowania.<\/li>\n<\/ul>\n\n\n\n<p>Nale\u017cy zauwa\u017cy\u0107, \u017ce w normie IEC 62304 zarz\u0105dzanie ryzykiem i jako\u015bci\u0105 s\u0105 sta\u0142ymi towarzyszami ca\u0142ego modelu cyklu \u017cycia (Ryc. 1 i Ryc. 2).<\/p>\n\n\n\n<p>Identyfikowalno\u015b\u0107 jawi si\u0119 jako narz\u0119dzie, kt\u00f3re:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Mo\u017ce kontrolowa\u0107 to ryzyko poprzez \u015bledzenie RCM-\u00f3w w stosunku do wymaga\u0144 oprogramowania, wymaga\u0144 oprogramowania do systemu oprogramowania, uzupe\u0142niaj\u0105c ten \u0142a\u0144cuch a\u017c do test\u00f3w jednostkowych i integracyjnych.<\/li>\n\n\n\n<li>Jest stra\u017cnikiem kontroli jako\u015bci w obliczu wzrostu produktu, dbaj\u0105c o to, aby wymagania jako\u015bciowe systemu zosta\u0142y spe\u0142nione poprzez faz\u0119 V&amp;V, dokumentuj\u0105c prawid\u0142owe wdro\u017cenie i stopie\u0144, w jakim przypadki testowe testuj\u0105 te wymagania.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Podsumowanie<\/strong><\/h2>\n\n\n\n<p>Wykazanie bezpiecze\u0144stwa i skuteczno\u015bci produktu jest podstaw\u0105 osi\u0105gni\u0119cia zgodno\u015bci z okre\u015blonymi przepisami lub normami. Je\u015bli przeka\u017cemy dobrze prze\u015bledzone dokumenty jednostce notyfikuj\u0105cej, certyfikacja produktu jest niemal na wyci\u0105gni\u0119cie r\u0119ki.<\/p>\n\n\n\n<p>Tak jak nie ma jasnej \u015bcie\u017cki rozwoju ka\u017cdego wyrobu medycznego, tak trudno znale\u017a\u0107 jedno rozwi\u0105zanie okre\u015blaj\u0105ce jego identyfikowalno\u015b\u0107. Czytelnik\u00f3w, kt\u00f3rych nurtuj\u0105 podobne my\u015bli i czuj\u0105 potrzeb\u0119 pomocy w opisanych zagadnieniach, zapraszamy do kontaktu. Zesp\u00f3\u0142 do\u015bwiadczonych in\u017cynier\u00f3w Sii wspiera nie tylko w tworzeniu tego typu dokumentacji, ale tak\u017ce w testowaniu, certyfikacji i nie tylko.<\/p>\n\n\n\n<p>***<\/p>\n\n\n\n<p><a href=\"https:\/\/sii.pl\/blog\/wp-admin\/post.php?post=24962&amp;action=edit#_ftnref1\" class=\"ek-link\">[1]<\/a> O.C.Z. Gotel, C.W. Finkelstein, <a href=\"https:\/\/ieeexplore.ieee.org\/document\/292398\" target=\"_blank\" aria-label=\"An analysis of the requirements traceability problem (opens in a new tab)\" rel=\"noreferrer noopener\" class=\"ek-link\" rel=\"nofollow\" >An analysis of the requirements traceability problem<\/a>, in: Requirements Engineering, 1994., Proceedings of the First International Conference on Requirements Engineering, 1994, pp. 94-101<\/p>\n\n\n\n<p><a href=\"https:\/\/sii.pl\/blog\/wp-admin\/post.php?post=24962&amp;action=edit#_ftnref1\">[2]<\/a> ISO 13485:2016 &#8211; Medical devices \u2014 Quality management systems \u2014 Requirements for regulatory purposes <\/p>\n\n\n<div class=\"kk-star-ratings kksr-auto kksr-align-left kksr-valign-bottom\"\n    data-payload='{&quot;align&quot;:&quot;left&quot;,&quot;id&quot;:&quot;24962&quot;,&quot;slug&quot;:&quot;default&quot;,&quot;valign&quot;:&quot;bottom&quot;,&quot;ignore&quot;:&quot;&quot;,&quot;reference&quot;:&quot;auto&quot;,&quot;class&quot;:&quot;&quot;,&quot;count&quot;:&quot;4&quot;,&quot;legendonly&quot;:&quot;&quot;,&quot;readonly&quot;:&quot;&quot;,&quot;score&quot;:&quot;5&quot;,&quot;starsonly&quot;:&quot;&quot;,&quot;best&quot;:&quot;5&quot;,&quot;gap&quot;:&quot;11&quot;,&quot;greet&quot;:&quot;&quot;,&quot;legend&quot;:&quot;5\\\/5 ( votes: 4)&quot;,&quot;size&quot;:&quot;18&quot;,&quot;title&quot;:&quot;Znaczenie identyfikowalno\u015bci z perspektywy projektowania oprogramowania wyrobu medycznego&quot;,&quot;width&quot;:&quot;139.5&quot;,&quot;_legend&quot;:&quot;{score}\\\/{best} ( {votes}: {count})&quot;,&quot;font_factor&quot;:&quot;1.25&quot;}'>\n            \n<div class=\"kksr-stars\">\n    \n<div class=\"kksr-stars-inactive\">\n            <div class=\"kksr-star\" data-star=\"1\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" data-star=\"2\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" data-star=\"3\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" data-star=\"4\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" data-star=\"5\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n    <\/div>\n    \n<div class=\"kksr-stars-active\" style=\"width: 139.5px;\">\n            <div class=\"kksr-star\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n            <div class=\"kksr-star\" style=\"padding-right: 11px\">\n            \n\n<div class=\"kksr-icon\" style=\"width: 18px; height: 18px;\"><\/div>\n        <\/div>\n    <\/div>\n<\/div>\n                \n\n<div class=\"kksr-legend\" style=\"font-size: 14.4px;\">\n            5\/5 ( votes: 4)    <\/div>\n    <\/div>\n","protected":false},"excerpt":{"rendered":"<p>Wypuszczenie nowego produktu na rynek nadzorowany prawnie wi\u0105\u017ce si\u0119 z wyzwaniem zapewnienia zgodno\u015bci z wieloma normami i przepisami. Producent takiego &hellip; <a class=\"continued-btn\" href=\"https:\/\/sii.pl\/blog\/znaczenie-identyfikowalnosci-z-perspektywy-projektowania-oprogramowania-wyrobu-medycznego\/\">Continued<\/a><\/p>\n","protected":false},"author":575,"featured_media":24987,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_editorskit_title_hidden":false,"_editorskit_reading_time":0,"_editorskit_is_block_options_detached":false,"_editorskit_block_options_position":"{}","inline_featured_image":false,"footnotes":""},"categories":[1314],"tags":[1625,1627,1523,851],"class_list":["post-24962","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-development-na-twardo","tag-medical-devices-2","tag-healthcare-2-2","tag-iso","tag-cybersecurity"],"acf":[],"aioseo_notices":[],"republish_history":[],"featured_media_url":"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/10\/Znaczenie-identyfikowalnosci-z-perspektywy-projektowania-oprogramowania-wyrobu-medycznego.jpg","category_names":["Development na twardo"],"_links":{"self":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/24962"}],"collection":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/users\/575"}],"replies":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/comments?post=24962"}],"version-history":[{"count":3,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/24962\/revisions"}],"predecessor-version":[{"id":25393,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/24962\/revisions\/25393"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/media\/24987"}],"wp:attachment":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/media?parent=24962"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/categories?post=24962"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/tags?post=24962"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}