'88
(&3 %$21.
";:

899!

";:5 40 /76,)+*-2#



72CUM    .................................................................................................................................................. 1
9 4 0 V .................................................................................................................................................. 2_ % = K H ..............................................................................................................................................3`F72
  f 1g     !  ^ A ? >         !  ......................................................... 9  f 2g P 8     K Q * -  [ '  e  f 3g : & ;D(;6ETYB R O ............................................................ 11............................................................ 15

X < ......................................................................................................................................................... 17,Yb@  f 1g a # J Z ............................................................................................................................. 19  f 2g + S L 5        ; c

3 c N W  ) 1 hStand alone software ......29

  f 3g . / I ] $ 7 2 b @ .......................................................................................................63  f 4g e d [ G

6 Q " \ .......................................................................................................65

! ËqLEÂ¿® 62<>8/RÓ&ÙgÂÇ&ÃPS =A40?7A;1A5
a-!$*o Ø,*r RÓ3?:<A7-H¡\¬Â¿@½~º ÚÉ¦Î|Ï(+W¤
%¢N¾ Î')¤Ô-k*$ Á¯ ¶hW¡¢N¨×y(+*' #+( ¢N9A7 \¬½~º%zÌÎ¢N¾
!\¬W¡¢N!m±ªWn ÄwvÏ¹+* Ð«3?:<A7-H¡\¬½
&R-¹ %f 3?:<A7¾»³! ' ´C£¦Ö¥Î. * W¤b*¼~º-¡ W¤b ©­Ö¥ |-
 Wi¦V{»³ jQ{-ÀJ,c ·seÊÌI[µ*$!ÀJ$(+ *!3?:<A7¾»³ _ÈjQ{Z"  ' ´ D  
V{-ªi¦d ÀJ]»³ }Âl-ÒBÊÌÎ$*$ ÀJ-G| xÀJG)-+X UM§Z"ØÍ°² u Æ*
%YTØKiF ÅO Æ*% *p|  q  

3?:<A7¾»³l tÕ Ñ¸`^q(p3ZnWlc]\ Ai»º;1-P©¹¤ 2.

´9>9>¬(> _Dcj(>a[;1·)°±¸¹E}

bg£K9> >©

>©

¶

¥

9>y/K>¦®N' M

z #ygVT(9> _D(>µP| c¦gVT(9>9>¬ (> BS¦ª _D(>§ 4­(9>

8¡ =g9>(>¦G~¬_Dg9>9>¬(>yvx(>C^o 

³J9>(>¦G~¬(U7¦a[

*y% (p3Aix@@©

g :¥*y% (p3Aix@

Cª?

,W 

*y% (p3Aix@Y?

$ ¯L*y% (p3Aix@

Y?

z~¬

M
a[
M

*y%¹«§w`s (0(p3+pm¨e {³(0(p3+pm (p3Ai

¦¦©

Qz !T(0(p3+pm 0¢x¦

f d"(0(p3+pm (p3Ai

rz u(0(p3+pm 0¢x¦ 6t©xhH *<

4(0²0yX (p3¦¦©

I {

4(0²0yX (p3¦ kh O4(0²0yX (p3¦ 5k(p3@

¦©
¦

AiR

Ai WG &F

@

@©
1




2011

3  17 Q^X[`Túµ±°òæ8č-Dûl®ÄÂ: , > 8 
Q^X[`Túµ±°Ĕ   Ęic  ĕ6: åÏq8hñ*E
D³åÏqF:,>6-DÍÏq8+4Q^X[`T5ĊÖ8÷½*E/ã¾F
Þ  9©ö6+4zÍ-D8ADúµ5D  9×Ö:Ónójæ9¨FZ`L58Û-)68A14Ó9öì6+FÇ-D6s8%GÓ9§¦
ß9Ónó9É£8č-DĊÖ7U`TF8Û+4ċyúµF±°-D?95
D»ûl®Ä:Q^X[`Túµ±°òæ9É8Ïq¨uËSYVJKHĉw82 4r¦6º~¦FÜÖÁ­83 4ĈÆ$2Ąą8ûl-D/>8Ð©-;&dĒFÛ
-?95D» û l ® Ä 9  Ā »ûl®Ä:ÔÍSYVJKH9!0òæ8gĎ-D?9514ic9   :  ÅéFº-DôFĀ6-D
ČÕ-DQ^X[`Túµ±°SYVJKH%ÔÅ8ü¡-D$xµ+Đ :¤õ8¥,Ì}pÙîēÀáËýÔÅÀáË8Øþ-D)6ĔĖĕ       Ïqb5Ó%-DnójæFQ^X[`T%êÃv+.9jæFZ`N^P-DÅéFº-DSYVJKH%â=ă<E4 Dòæ5CQ^X[`T8ACÍÏqU`T6ÃÀU`T9·7 +:.EB9a·FuË+ÓD :Ño9Ã
vF±°-D?95DĔėĕ         Åé8|"   :Ónó8č-Dë§¦ċy@ÒÓ9ćï ß9ĊÖ7U`TF´o@P\Yß6+4v{-DÅéFº-DSYVJKH%â=ă<E4 Dòæ5Cúµã¾9nó@]ROûl8č-D¨ßF¯k+4úµ±°Fï!?95Dû l ® Ä 9 j æ 3 (  »ûl®Ä:«ðČÕ9í+ ÍÏq_ùàÅÜßFĀ6-D?95D)
6FÂ+Ð©-;&dĒFäçÖ8Û+/?95:7'Ê¸È5è"BEDÈ82
4Û+4 DA14e¢9¹7D«ðđ¶@Úö9ďÝßFā<"²ø*ED?95
CÎÿt8č+4¬¼{Fº-D?95:7 ô9ûl8/14:my9ô
9É¦FwË÷+/b5ÜÖ7Ë¦F?14¿Ă8¥-D)6%¤õ5D7#»ûl®Ä9ft9.9f9čĆMIW\I^Fè8-D)6?èª-;&5
D



à h !    ½   %  _ õ ª¿_õì¾"ÏÐ À"`­ o"e»¸± ßÞì¾ÙÑ"}¹ À®-,e»¥²Éø¯Ô$Ôx. (ù.¦Ã!Å 
a\"_õ.~Ò! ÙÑ"ßÑ è»!"½_õÉ!àh, /ßÑ   MUDGL5[O"ê¡#vï1Y>G[W$/Y1Y>G[W"«bô1i¶¬å¯"Çz Üä´"u»Ô
S[;i2GX[IY9Þ¼"Ü"o4Øº"Ü°_õ$vïÛ£ALG23/"me»VA[>Ë¹Øº"¨Ë¹6jñÊ·jññ´ÙÑ"ÜÉ
7ñÄ³ÉÊòÖá÷
a\!Å_õÉ.æ ALG23/"l$©y"àh.és!Ø Ô!î,àh a\"_õ^ â,õÀ! --nd¿ F[B.)¦+!
, e»F[B!# QCVE0mæõÀ"& â,QCV
E0gõÀ)àh, /¬q/W:V?Oø×z{". (ù1QCVE0mæ"e»F[B¢k¯ ZÚøP[7[ú¯ÆúJ[=TYù¢§«b
 Zçwûe»ú]e»øe»"#"Æö*e»ë ¢B1NY9ù Z¢ÌûcÑøãÎ «b"fûÓÕl¢kÌo! ,ù ZÈírÝÔkûµó"K8@W"     ¤kûK8@W"ø>U1>óoK8@W">U1>|       $íðù Z§írÝÔ   ¢k§íøpÂ"<RDB[>K[H!Áù íðø§Ít¼k"'ù"Ç
 t^VYqÇÀ¤ø d\_÷ d\_ t^VYqÇ;ì;SKs
#Ã¬ tïæÇÕø¸÷Á$ $ Å tv;» Å:}Æ3E^uY³øv÷Ú³õ¶Ñ,¹|,jq[  mZp]JÏöLmZp]JÂ¸;}Æ^uY «M\QWÔ t±©¾øÊ°÷è° tM\QWÔçõÇ§5D³÷Ú³ù  Ïö t^VYq±©÷eJqk;WPns^uY t4;zªÛ9yó
!M\QWÔ  t»øUsRq÷jq[ tWPnsøbshpOq÷hpOq t´¡¼­¾õ  Ïö=4;¹|õ¼­eJqYÏö t ÔçõÇ§5D³÷Ú³   Ïö
 t4;zªÛ9yó"ãñ¿ t¿³ tâº¨¥õgruføTsi\QW÷XQY÷paIÏö tmu`õ `goÏö tÊ°÷è°õd^NPng[nÏö t4;zªÛ9yó# tîÌ¦¤õ ÷ Ïö
 t±Íõ ¦à÷ ¦à÷®²¦àÏö t±¾õ*&("%) ¾÷"%)' ( + ¾Ïö tcoluYõ,í³Ïö t4;zªÛ9yó$4;z;mZp]J:6.7B,±1F5^uY;Çá:©òG>3
 827,±©¶;¹|G±ÙÖ¸;B;BA7ßÒ:Üå3E08-M»«×  eHs_k=Ø£Ç^uY8B:{w;yóÏ:6.7Þ~3E08-Þ~:}Æ3EØ£Ç^uY<,ÙÖ;ÉÈCxÛÞ~óÉÏGä?/,»ÄCë«tê«ÄÐ:ªÛ9^uY³82,Ú³µÝ;^uYG@B;83E-Ó¯½=Ë¯½;Íô,é=4;§«õ ·ÔwðÎ,¢ë«³,×Ïö{Ê/E^qZX[_:¬$Ñþ<0:¡¤õ ¤Û#¤pò9ù/Eé| ¿:çæÕÉ9ë¡/EuüG¢ã9£.4÷Ê/E%
HrÝÏãÂuüúÁÏ¤òfaUho_kVQfaUho_Jw¼ÒàØG@`qWājqT$ä¹$ä$½ÅĂJoe[_<HK_e[_āÑþ$°Ä$§À87Ă
~v¥}îXPik]Ií$í<ªzÚ=:h[XqU! Yd_KLH:ÇjqTck]I   ó $s¯<ÖtJoV_ql<HoJoV_ql
KøÎpçææËøÎenXV¦¸Æ
øÎenXVGô-4ß,F1kVQfaUho_:_mqSck]IkkqVāâá$b[RqUÔĂMºèæË
N»¦ÕÉæË G@ÕÉïHJ]g:ÇenXV6\qlO­µæË­µøÎ$mciq$¨ì<«å:§ý6ðyjqT+­µāªz<}f`iHlÔĂÙă  $  $  $   $$$ $ $   Ô ÜêĀÃĀāÙă¦    ¶ ³x+Þÿ¾ÎÓ   Ă"ÃĀ:ã93'4
 Í¾:ÜÏ8·¤<¤)¤ÛêĀÔ:ûÜêĀ¦×;²:­È
Ô:?9B24;é|5*8'9ÜêĀāÃĀĂ:±)¢ã68D$ÜêĀ¦×9ù/Eñ®:©)ÂACFE%>1$0:{ÊÐÏ$¤Û$»öÔ)²:Í¾
6´C(9Ì8E93'4;$6-4ÜêĀ:êĀ¦×9ù/Eñ®:©)¢ã5&E%

rOfR\JfG x¨(^o&WS _&nkj ^o &($q]'I¤f%I£f(T#¢M-=48*=3(]rOf\Jf(G&x¨(^o&WSD@Bg^o(u&©)ª/=5:?1nkj063+,)}f©*ª/=5:?1nkj063+,)(¢&U©+ªE&P`|bd¥x¨Fl
 a¨©x¨ª(^o&WSFla¨ %AG¦ (!
[tiV /=5:?1nkj063+,)rOf%I¤f>I£f~KeFl&I¤f>I£f~N¡answ K&
 w _{(
WS[Fl(]&e &g
& _{pZ/=5:?1nkj7<.;9(E&WSYcfq&
 !H§ &yX2?1(hzCmE & & '"aG(  &  QLv&7-#!
91: 6)('



92: 0$

2/



.1

93: %&+&5

8

",34*Ľ 1ľ [ z l r | a Ġ Ò Ð Î ` m e U V S C h | _ ÚÈÃü°³ Ñ·Ĉ³ģ½
íë

D6GB
 [zlr|aĠÒÐÎ)N*D[zlr|aÐÎĠÒĽ #"   !!Łľ@DĿ ĈîBě4ONÑ·ĈîQD6G@7NìîB¶5>Ŀ[zlr|a?´į÷BğÛ4O:ćÜQ'Ā  CÇĝ(@5>ì7N'ºBKNĠÒ(?)NŀØĆĠÒDÀ8º/ę+HC?)MĿºQ[zlr|aBK<>ĉ0Ì,K+@7N*PJNĔĠÒĽ#""#" !!ľ@DF<:1ðANÞÁ{Éá?)Nä
BAãÇ/ÀĜ?)NŀCà¥@ĲöCċ×`meUVSCà¥D£1% »F?ĬN&F: »Ĺ.L%9Cûþ/øR
BA<>0:&è«F?BozqXtmTC/ăªC
ĽĻ§ė§¹ľCĢ¤Q3C»B¢¿5¨Ý4O>*N&wzeZzĽ "ľBK<>öĝ4O:ĈBKNĈúBK<>ĿSgxXîBKNîĠÒ/±F<>Ù%BmTvp@*+µQ¶Ĥ@5>ĩß5>0:îĠÒD% IāCÊĚķÓBKM%KMļĄą.=ÖĳğčBO:Ē°Aîd|aQd]avd|a@*+åé÷Bµ/ËÍ5Ķ*Å¬@5>4O%òĴBĖý4ONK+BA<:&33BĕM%9Cd|aį/Ē°?)N/:
GB%SgxXd|a7AP;mTvpBKNd|aĂé/©ĶBAM%F:mTvpBKNîĠÒH©Ķ@A<>0:&Õ3CĒ°Aîd|aDd]avd|a@5>Ă4
OA2OE%ĥCļ*îĠÒQĪę7N3@/©Ķ?)M%ØÓC IQ¸7N@%
9CîC²IīìHd]av4O>*A2OEĠôBÐĵQ0:73@D*+F?H
A*&F:%d|aį/Ē°BAM%=ĄąAîd|a/¿LONK+BAM%îĠÒCē¼³B-2NĮĜÂD%ĺħ÷B¦~5:&5.5ē¼÷ĮĜÂ/¯7B=O%Ġ
Ò¶ĤCd|a/ġąBA<:3@@ù¡5>ĠÒ/ÀĜA į/¯5>5F<:3@
H µ?)N&
CĲö@9Ch|_ 3CK+A³÷ċ×@[zlr|aCk|fUVS{`meUVS ÔCĩßBKM%îĠÒQĪę7NºQÐÎ7N[zlr|aSnuY|\szCĲö/%ï÷BęP
ONK+BA<:&ØĨ?D%ļĄą  ?Ï4O:Čĭ  B-2NĊ/RI9CCĊñÄCĠÒ%  [xjXtmTĽ $%)N*D°ĐÆĞİľBKN°ĐõCîĠÒ%ď %æBďCĘĂQî7N  îBKNĎóIĘĂçÿ{ı­CĠÒ%đĦĸâîBKN/RCĠÒā?
ûþĲö/ĩGLO>*N&
k|fUVS@`meUVS ¾ÙC[zlr|aCÞÁ?D%k|fUVS@`meUVSD¶QA5>-M% Ô/}5:\^cp@5>īì4O>*:&4LBĨ»?Dibey|WCĩß@B`meUVSCĩBKMÆê®Iibey|W~B²«7NSnuY|\szH²7N3

R\^<o{tdebax udebR^åHL|rt{f ~RI_»­CÆW`<Ê¤Ukz pmns~ÓT·HNN>_=FU\@SµLS±ÕæµT¡O
D<Å <¶¹aãE   éÎ<hvq<¶¹<g ntb<¾¬áêT
A?PV<ÊÇo{tdebZÊ½RHPÚÍG`PA^<KUÂ°ÚCÑSÁ¯T>_=HBHÅ QVidukz scjU\@T<Uo{tdebRH
P×¨QDS? 11-*$"4*0/&26*$&206*%&23[ 0'47"2&"3"&26*$&""R?ML<UXS]JÀ¤Uwrt iT¦ I_ÖäS¼àa¸I_l ynCÌªHPDLLY<o{tdebaÊ½RHP\?UBR?@èC²ÞG`ÜÛR
SMP?_=Ð´ÃâÝ«ÄëÉQYPG`L}j{cÇ ;."(&)&$,&2;¶¹³; 
©Ï±Õ§äÙ  !03)*%"  :11*  "$/&"/&8  5#*/   "$)."/  0.154&2"*%&%
%*"(/03*33$)&.&'02%&4&$4*0/0'10-813"4 $0-0/0(2"1)8"%*0(2"1)*$3   0#"4",&5452&*/.5-4*%*.&/3*0/"-.&%*$"-*."(&320+&$40/.5-4*
02("/.5-4*%*3&"3&3834&.0.154&2*9&%&%*$"-."(*/("/%2"1)*$3  ;   Ô£¥ëËßç¿ÒºØÇmns~TN?PÇÈ®¢§äÙ    ė 2Ę Ö>(-LÏØBø>Ď2LÛÔĕ¯¢¥¥Ċď®áĐ
Ðtòv


@1G>
È  @! >Ď2LªÊ?VS`hSiPÌú09+5"4?o:uO/M5ĄĂ?o:! @  !  ;H>!4?p{@[c_TUQ:$K!ªÊ>Æ%9@!4?¹ï
>ċÙPí,D+;%&¼÷*$65"
 ?¹ï*ak`TUQė(I4Xibgk\;4?y®:$L*¡%;¸OM
LĘ>¤2L;2MA!Ýć³!àēù³è?ôå¹ï!4?x? >ĎĈ2L
Ñ?¹ïC?¤*»¦/ML"0)0! *äã;09%L.;*! /MLàº>8,!á?­ýÄñ0,@ąãýÄ>¨n2LºÀ:$L;2MA!4?
p5L¹ïÿ@!±?ýÄ>¨n2Lº>7%9!4?§ÜÅÕ?£´¹B4?ëÉ?ð²ã£´¹?ÿ;09óOML?*ĉ:$N&"0)0!4?5G?¿Ï?
ü¦@ê:@=%"
ÜÇÙ:@! >Ď2LÚ05ÏØ?ĄĂ@¡,óOM9%=%"Èç:@! ?
ÝP§Ü2LE:>»¦/MLrĔ?ÏØ>7%9?î©Pó&"E5!ă ?ø
?>7%9āÊ0!4?ëÉPû2.;;2L"|Í°æ?Óđ>7%9?ÏØjøË?Ìú P}ß2L>Ē09?|Í@zm?I&=µ;=L;î'JML"ęÂ¶ėÂĘę^k\Þ½j YZ]e:?^k\KĆFę :?ÝjëÉ
.MJ?|Í>7%9#>î©P2L"ęÂ¶ @4H4H!Þ½/M5à>«09?sÒã=ºÝ:$K!4?ëÉ@¡
> à?ą>¤2L"~'A!difWhcR>Ď09!Â¶õí?ąØ;0
9@!ĒøË ėq¾  ìÂ¶õí? ĀĖøËĘ*$K!  /M9%
L"0)0!Ü§ã>@!lû?I&=ąØP×52.;:! ?¹ï*»¦<(K>
âÁ/ML;%&.;@î'>,,!IK{ã=wÎ?Ú¦j2K$O3*·ö>=L
ï¹*$L"Ü§ã>@!čâÇ>ß%5Â¶õí:=-MA! ?ą>Ď09þ:+=%!;%&HâÞ0&L" ĀĖøË@Î#=Ñ>«09é¦/M9%L*!
..:@!4?Ìú@óO=%.;;2L"ę^k\Þ½j YZ]e:?^k\KĆF
ÜÇÙ:!Ã¬ìČ>Æ%9@   

Ĺïļĺ@XOeP¹Ryv}kwzOEMëòOQJM<a7 RĴFayv ø¾ĩ\­êN;a7\E6 @£ķNĭWH^=R6ôºSÔÇęď?_SyvNQBbU®īdģEQ<µ¬T6yvÆÅ@õĔN;aCO\ġ¼Dba7E?E6÷»ĀRTKS¨þÜĠSN\ě×lS  @ñ±EM<aCO@^AĜ_b6yvSÆÅTčDbM<Q<O6éĆR«ùÉ@ĕIa7EH@JM6 S øRù<ayvÆÅT  N
ÒDbaCO@âYE<7YH6 RÛ<MT6 ]ĢÙÕÓùSûÒÚîRK<MSĄ8SĚıØß-/++'!(!).@ĳDbM<a7ï ľ
%#%.' (#%)# )  *((/)%.%*)- %) ! %%)! T f   l S (!,%)
*''!#!*" %*'*#3O .%*)''!.,%')/"./,!---*%.%*)@ĠąE
H·¯R^JMĈºDbH  ĝåRĆdÿFa7û}kwz]ûĮzodĝºEHĝåN;a7Ĺ$..+(! %')!(*,#ĺ ĴS -/++'!(!).ľ  /++  ((*#,+$3  /++  $!-.'-- Ļ NS øČã¡¤
 NS øT6¤DbHûÊ´R¾EM6ôºSfpsR³LAĞĉdė<6GSČãdûĶSûOEMĘĂFa?6ĢÙSĚ¦OQaGSSÊ´ĹīĀĢÙS¦OQaāöÊ´ćĺOEMĘĂFaCOOQa7CSįăSëò§OEMT6ð¶Sĳÿ
÷µNTEUEU6ĳÿÞStrĊøć6u}zijfh}qhmtrSĊø
ÍîOEM    ! %' !0%!-*".1,! 4*".1,!'%"!3'!+,*!--!- @ù<_bM<a7ēÄĤRĵEMSëò§¨þÊ´Sëò§T6£ĭEH  @à\Ì¥EHN;`6ēÄĤdė=N\6ëòOEMÎcbaCOTý=²TQ<7E?E6÷ÞóN­ĝåd£ÒRĠĞDbHĖùS  T¸±EQ<7ð¶Sĝ¢ÚîRK<MĻfl  Ã  á  ÝR  ?_T9èüO  Ē¯SH[SÑĲæ ēÄ{}kr½äľÖ¿ĎûªVÖ¿Ďì°yvRİùDba  SĐËķ5ÂĪ£ÏĦªVÂĪ£À &Ò¡:69èüO  Ē¯SH[SÑĲæ Ö¿ĎûªVÖ¿Ďì°yv
RİùDbao| vÕÓç¡ì°5ÂĪ£À &Ò¡:SĽKSØßRÛ<M{~wmoz@í[_bH7ØßO\ !Ĺ2 T¾ĩ¶ĺd¾ĩREMğĬDbM
>`6©åQēÄĥĸdħF¼N;a7GSÈ6đ]ÁèĹOSxgn@ÐHbH@6àċØßTÿĘDbM<Q<7
÷±6n}gS  SZ  NSúĨOQJM>`6S  T &NÎcb
M<a7


ęwìå ė#"'!) #2'!# '.#!0'2#ě§ñà°ÏĘT¾č£½ÝU:ċĉàĔSB?
O½ÝH`KZ:ÕËĄUø±]_[Ù?âĕP¾µÌFa\H?;ċĉ£[¸Ó¹²GO?`;lr Ėk f v  r 7                        8SB?O:7 10,*0'!+"'!0',+ #0#!0',+,$,0#+0')#/',+/ėé²óð¶Tþ¤ÏöėÞĘĘCSôÂH`QúA^a`;lr ĖUlr9 S ĖFa`;¾č£½Ý¾č£½ÝUą¯jxoãT¯ĎqrxċĉS³NDċĉ¢ÁQGO:JTċĉC©aaV:¾C«üQRLO?`;WK:ýÀĊSM?OU:ÿóR
kfvrP>`  )'+'!)#2)10',+1'"#$,.*+1$!01.#./+"
+,0'$'#" ,"'#/ SÄLOąđßûC»ØGOB_: Së¦GKĊ³èUR?;
ęirzd TĒ¬¼ĈÛcÍS¾č£òēC«üQRLO?`;ęj|v
lr Ėělr9S ĖFa`;¾č£½Ýlr9TyfrfsrîČSĆäFa`Ç´ėÔÛĘcçGOîČcă
AVĀ?TP:ýÀyucĆäFaOB^I:Së¦GKĊ³è[R?;
d j·Twirzdj|vSB?OU:ċĉāGDUJaSèI`Ê?QRLO?`KZ:ÕËĄCd j]_[Ù?âĕP¾µÌFa\H?­C>`;WK:áøT?IaT±[U¸DTµ¬:ru{dtzghdėtzghd¨íĘT§ñà°QGOÊbaO?`;ę}wzlPTprQGOT
àüÑSM?Oď¿:}wzlËĄTÉêS?:lg{nxem  c®Y:fu}wzTÐùFaKpS>`tzghd~{ghdcÑH`ß¥ÃÈCÿóSR_MM>`;ÆûTïÇ´TĐªFA«üP>aV:àü[ET]@RßÈPTprQGOÑ«üP>`;JTµ¬:ĂTć¢ÖæSM?OÚõRćºcÎKR?±C¸?C:ÒAOĈ@Q  S×?OU:§ñà°Tć¢CÅĆRĆQ
GO:¾H`EQTXPRD¡TĆ<-100'+%'+0,/#.2'!#=SM?O[ćºGO?`; ÷ĚÜ'
'5-100'+%'+0,/#.2'!#6*#+/0&#/0%#03&'!&"#2'!#&/ ##+*"#2') )#0,0&#$'+)1/#./ #'+%.#"4$,.1/#,+0&# ,**1+'04*.(#0$,.0&#$'./00'*#

     0¼£1Í¾0îã{050ã{°Â8f¿ó?%¼£,*Ú:,Ü+gç07.UORbeDg0HeVK/6ôÊÜ.¼£,Ú:,+:6;. ¼£1/7:©n90Í¾ýg"!/Þx0¥Û/05oþ.-6#0í,.:,8µõ+0¼£>ôÊ7, ;2#0úÖ1Ð/m80÷ã.-,="µ¶ã{$í>²Ñ/*¢â:07.HeVK0¨(49  ¾Ü0vlÏÇ°Â, 0µï+:åÕ
@aG`L\0¤,1µÏ/ÅÓ$ií0ü+:Ëë»Û1`K
D[UJ]cR,*4$¦­pÙ,*vlÏÇ°ÂýBcKRea°Âdò
r°ÂdUORbeDg+0®n°Âþ/ü:,/79  ¾Üôy/zÊ+.ÄÁÎÉ.ºæ :¢â1:+<D_CS07.oÊ°Â>§:0+;2#;/)ôy.¾ÜÇ0°Â/ä4$.0+;2.
,>|­,${öiû>è:.-* ¾Ü0ôy.zÊÜ,.:7.
¦­p>á3+:
×=9/  /(*1#0ÝÏéqù/ø22ÎÉ :¸s,*1åÕ@aG`L\0u,.'$Èì0¤0éqw~;$Ø·0¤0éq
ýk0GeaSKMcNeS¬½ß10ê Ô,0Àðþ>á¢â9#0ZeNeý0Ìþ0èø8+:
4$|ñ$7.D_CSFcW^ePAcE>|­,$HeVK6*9UORbeD>j*0IKP\¾ÜÇ/*6àigã :3ÃÒ*:±µ1¯0t;$º¸¾>«&#0³ÆdQJMaÆ1hÌ+6RO
YD_K+9 ª¡}1`eLTXa.ã¹ôÊ,ã{©Â´4;:,<+:Ć 3ć  a  K ¢ l  $ ~ £ Â " Õ
 

#


zþnÀÉÈN»¿üÑø Ò


%  - #  Ô$:J@EL=é#%  ©`½_[/ą/àÍdÛÚcÙ×ù°Ìô$é.º 14 3.$1¿$rØ$ 3^å6dâÇ3.$+Ê§".$u+431#¡ñ%¿¸½_6:J@EL=#q2ð,7$^åĂ}6Üm¦d3;<>D.d· 341$RUxq2 $%
½_éĂ}# 3µÔ$:J@EL=é 3 ¥%:J@EL=éAI9FDï4äÓ
 ·{$®$WÏ,##á äÓÜY%ãĄÖ Ä3\546" -ô$ëäÓt~±õ43$AI9FD$a ¢l$ê]£Ë$¦çìă 3
: J @ E L =   é  $  j 
 n%Tû 2½_é6á O 3M$Æ¶æÞ ¹3 Õ 143
æÞ  !Á¹36S3 %yÿ 3æó¹
s%ãĄÖ#Āp) oe4?ELCJ8FL6X¯3
ÃÂúÁ4 3
 ½_é# 3æÞ #%Pè$  ªý$HBG 3ćn$ëHBGXb|Â"¿Áæ" ćZ1$¸¼½_#æ " ÷e 21æ4&MÃ53.$Áæ4 " ć¾#%« ¿%"f#Å$¿ 3 
f 
ć¿$Áæ%yÿæÄ.¾6"  41$R:J@EL=éí 3āÃ% ćp' ć 3: J @ E L =   é  $ ´  :J@EL=éäÓ$\ºíÖ%n 2ô$ßh/­À¨w$0 "M
Ý$ãĄÖ%" 1#:J@EL=éäÓ$âÇÐ¤n$é#Ā6
Q 3 .é$¡Î¬%nÜîá -$l¤/i[ºÄãĄÖ#%p&" ²ßh/­À¨w %¾"3"5:J@EL=éäÓ$dkÐ¤é$v#ÄÐ'5%³  a  K ¢ l  $ ê ]  ® 
aK¢l$ê]®%ê]~±#g241$R¡.(5 ê]®6ö
3:J@EL=é%Ććò*0 #n6V¢lê]43-

B}U7J)v3&~T"CqJ&MYZt_4|J_&g &!w;'n= 9c2b'eW %Jh)5v3&E
zIyX$&>]PA#8<"{oK\&*/-.0+ONtQU7JuS  rV k('& xHB ^[a?pjGD%xHB:69F mf)2b&9F1ls 5`J i@v3R\& U7J)d  ,0+L
&



ĩ ß

ŏÆFŀĢüĚ·FēÁEPRėĝvřēFœWA*S^ulpwcŃæäã #" 
!!!" !! ""  ŦFÝķVĲÈČ°E¿8K1$Ě·ĔöÞE®?
0¥Ŋ$¸Ô$îÔFńVĶ*$¡ÝķVºĸ6;ĸĬFÜņ¼õVŕþ.>ŎőE
Ķ+;NFńàû÷VÚ6;%
 /ÑĻBD=;įìG$~éF  Ī $ DC$´ú.>ëŚ$ĞŚE½6@ŤľİDĐŃæĸĬEPSıµDŗFĐgwcE½6@$ÎòFŇËĂAG$Ŋ$ŗBOE½Ò/©ŞDċāED=@0;ĈE)S%  FĕĔG$4TQFıµDgwcE½6$
đ²ĹĬFÖ¯Vnw\AÄEę84BEPSđ²FļĵB6FĆÀ$/WđÂFÕ
ÔÉġFđ²ĹFĊÏEś8S¹ŗĔDgwcFÄJFáęEPSŘŃæFäãA)S%;<6$  G^ulpwc/ĳÌĔEæVĶ+'ĳŃæ(AGD1$)1LA^
ulpwcA¹ŗĔEľó5T;ĦôV'Ġ F×ļ(B6@Ď8S'ÄEPSŃæ(Và8%
¼õE-2S  FÔİńE>*@G$  ÝķFĲÈČ°E-2SîÔV»Eń
8S4BF©Ş5EŘM$4TLAEņ5T;  ĸĬB¡úE$ŠĲÈŅţAFÚī
EPSńVİB6$ÑĻEÒ7@ĲÈŅţVĶ+4BV®ñB8S%
 ą³AG$ýĤV{ÐB6@ėĝřēBBOEÃ°ĺ¥E½8S¼õF /Ęğ5T>>)R$ñŖAOńI¼õ FŎőDĘğ/ïLTS%ČëĈE-*@$ñ  AGb
mhZ[X AGD1$jwiZ[XEŜ6;Ēü§B6@F¼õV½ŉEńàûVÚ6;/$bmhZ[X $L;ĺ¥FMDQ9_wkaB6@F  ÝķFáE½8SÉĔ½Ò/ĶUT>>)Są³F£VăĽ6>>$ñ  E-*@zFP+D×ļ/)=;4BOŌL,@$~ÍħĨĔEøŁVĶ+ÑĻ/)S4BVáĿ8S%
b m h Z [ X  F  Ē ü § B 6 @ F Ü ņ V  İ B 8 S 4 B %  ~¨Fńàûť÷ŦAGĂÌFŕĎģªF¦Ţ/)R$^ulpwcäãŃæbmhZ
[X E>*@G½ŉB5T@*D*%6.6D/Q$  AGxĴĔDĕĔAĎ5TS
OFBG6@$ĒĕĔA)S4BVĊE×«8S° G$bmhZ[X:Tĳ /Ēü§A)S4BVĺŒùĮGêĘE8SÑĻ/)SB5T$Ĥ¬E-*@G$Ēü§EĥMōLTSbmhZ[X F¶­VÓšE-*;¼õ/ĶUT$5QEG¬ŝşĀûćňť
ŦE-*@Ohle]aB6@Ry3QT@-R$éñ<2/ëFŋ.QRÿ5T@*SØ/¤ND*%
Č­éñAG   VĎ6;ŇË/|ĄA)R$ě&FodsfYFĐV¡7ŇËĸĬAŇË6@*Sèł/´*%xç$^ulpwcäãŃæG¾ĎFĸĬAFMĜ8S;N$Č­FŇËÊÙB =@*D*%^ulpwcäãŃæbmhZ[X/ŐÅFŇËEĎ*Q
T@*SŇËtw]afw`quEĳďEĥMōLT$éÅĔEÇ1UTS4BEP=@:FĖ/ēâ5TSBĭ,QTS%L;$íŏAG]rZi^ulpwcEPSĒOá÷5T@-R$ÛFŇËtw]afw`quEbmhZ[X/ĉ1BO$^ulpwcäãŃæVĎA0Sč±/å*>>)S%
4FP+D  FēÁEU/¬FÜņÉ/}RŔTSP+A)TH$¥ŊFðÜņFb
mhZ[XEPSŃæù/Ç/SİÔ/µ01$U/¬F¸ÔvîÔ¼õGî¢ĉ

!*#!1 #X²-o[?FC785ÃA7NMOD0/u+
:K7D<NEJO@3\¼u" #, " i# /Ûf3®É'
wă* /-|ýÂ!s.Ì(#îk"·-¢"?FC785o[#ç3gëé3Õ ' / < N E J O @   ã  # ¦ i  # ä £ $ ÿ ă  /   F 8 O L > 6 F # Ý ¶ -«/
 m$Vù . /P#Å¹ÚÔ»/Ð -0/ÚÔ Á»/3Tµ/${ÿ /Úñ»u$ÖĄÑ"Ăq&$nd0~¨Â!Ð
ąĆ# Ćq% Ć$º}#mÀ$â0
! Íªçê0 /~¨Â!ÐąĆð', "<NEJO@ã$m3W¦iå^
0/*# /<NEJO@×Ï3¼ ã"ú/Óå^$ÎàÂ!
Þ©"~$ô!¥x#mÀÕ20/v F8OL>6F#Ü¶å^' /ā Ó  æ Ą "  /  « 3 Ê Ë l  / ° 3 ¬ á  /     ÓæĄą¯ĄĆ3 ¡/u½èÑ$#¤ùùí÷3/Ù .
ç3s*_ûQ#å^Rnd!º¸$ÄÇøÁ<=C3zr/${ÿ!u½èÑ"çs#)#þ! /03zõ/)#<NEJO@ãGM;KI3×Ï"YüG
M;KI#  ïç3 U]ØÁ» /0-×Ï#y­±j+9@M;$<NEJO@ãcß0 ! *###®q%ÓQ#¼ò$<NEJO@ã#*#/*# .mÀº´S3/ #, !RcRu3Þ³/)"$¿]#cÂBO@HO=+ĀF4N
CI#e¼! ",.`"Ó¾bBO@!*ç½ètÒ! °3ÅÈ/öÙ .ZóÄÇ+p»haÆÄÇì! ",/-!/ÄÇ3Ù
§/



#)
-1. (

$

-2. !**"/Stand alone software-3. ')

-4. ,+%&1

!*<IÃ.s,q$
Âyut¼¯ Y WG
cq 22 dg¦ 1 J+Æ Æ$Ò
Y WG $:\áL¥<¸FÛFº¤râ ^>Tã·_%ã°e

,qd~zäcq 22 d 12 ~ 1 z

1. Ô/z} 2010 d 10 ~ 26 záâ 14:00å16:30

2. Ô/Or F`      21 Ø Z+ÆX II

'Ï;= 2-16-1

3. 6b²áv£âY WG hÓäÌ¹HEá±ÝRVâY WG SGäZ¡wá'ÊaRVâãß³«Îá"'RVâã        "4á'po+<¢RVâã­Ñ ®áLÙ<RVâã        PÇ-Uá'RVâã&¶(áÜ`RVâ>80äÖÑ¡(ãBq#

¬Aä&{1ã äÕiã]×mãà[71ãM¶j

Y WG $:\ä^>Tã·_%ã°e4. Ð)Èx
(1) Èx1-1. Âyut¼¯Y WG SGCª1-2. ÖË¿
1-3. IEC 62304 ÍÁ
1-4. CDRH US-FDA (2002) General principles of software validatioin : Final guidance for industry
and FDA staff
1-5. cq 20 d 8 ~ 4 z)¸Û¦ 0804001 @ä<IÖµfÄÞl

¾©K§
1-6. cq 22 d 5 ~ 28 z)¸Û 0528 ¦ 1 @ä!*<IÃ.s

3»


1-7. !*(ak´Ã.
!*N(ak´
1-8. Ã.s?

¨WY WG ½ÉÈxäL5Q

l¾n

ÀÚ

¾Å|á$:\»Èxâ

k

2

9D

1-9. +F9@H1¼0:6'($#yK¡\dÓLÌX(2) `¯Ä

2-1. KQ_g½US}M·¿Ä
2-2. ÏµÄÔ

WG © 1 hRÂËPÄÓh¹Ô

5. ÂMZq
5-1. ÏR ÐÍKQ_g½Uz[Õ Õc}Ä#¿!Ö<&F6 3 Ñ¢ 1)½U
 2)_gÏÖÑ¢¾±

!

 3)½UÇ£ È³xÎlf¬N

!Õalf­G¤¦¬Nª;D/F4H,AF#´ÖM]sËuÄ¥¾´"!{Õ½Uº
N

!Ö

Ñ¢·¬Õ© 1 hRÂ<&F6J» 5 Ñ¢

¿

!Ö

 1)K¡\dÓ²>5%)C,-4=.LÌW¨ÁÔ 2)rÃ0:6'($Ép 3)½U»ÆÑ¢Ép 4)aÑ¢S}Vd|p 5)TF §I

5-2. +F9@H1¼0:6'($#y Á<&F6J»

1)EU K¡\dÖ MDD 0:6'($~r2)-1F7$EF0:6'($Ð3)FDA *&2F-¸$;EH3Ó2010 v 11  IEC ,$6CRÂÔ

0:6'($~Ó«iÔ4)0:6'($oY|GeÅÐ
5)¶eG|°Ðk^Ó2010 v 3  21 Ô·MÑÓIEC62304Ô

Ó2010 v 11  IEC ,$6CRÂÔ

6)0:6'($tn¡$;EH37)OÄ

5-3. ®bºÀ1)rÃ0:6'($Ép GrÃ CAD 

Õ?2B4%TmwÒj#)8H

Ö?2B4%ÊX ANNEX }#ø =,.<4':<-73)*'÷513;>+%Gq#-73)*'jø 2)ÖR£Ôáñ¶å{ =D^QÁ}÷Bè¦Ú«Ý!ÐæX%À=ä[#ø =]­×ôñ¶!Yî#ø
= É×ôw

%ð÷ÐÇ#øÈ2>.c"

TF ÛÙ#ø =zW=kÞë#ÖR÷?Ê´Ð§Dñ÷H¢÷ê³=ÕÓÓ²÷Ã¿®÷¡¿  ®÷¡¿®÷8,+¿®÷móÒ¨Ó²÷TFr¾ IEC 62304 !À  #÷Ð%µ"ã&Í}#øTF ÛÙ#ø 3)eñ¶QS#i¨{  Á% TF ÛÙd%Q#ø½ 2 oMÛ TF Qd%
ÛÙ#ø

 4)TF ¼@
 =B±xl%0>7÷Åéxl÷tÜxl 3 hÍø =sÑ¤÷Â©\÷{Æ¾ë#ÏßÝ¥oKíd%Q#ø

5-4. I
OÌnNV¯õvìvyöàP@çf"xl%âL

$#

C

$ø

5-5. ¥oKíMÛº ½ 2 oDZºØgêU%

#êU¨{$ø÷½ 3 oê³ WG ÷AÔÐòêU#

¨{

$ø

½ 2 oMÛ ù2010  12  11 õpö 14:0016:00
 sùk(>,3;<.;> 21 ï ~MÛ| II   Eçª_ªa 2-16-1½ 3 oMÛ ù2011  1  25 õ¬ö 14:3017:00
 sù°

ÎÄf·»Eæ¹ËbD=vMÛ| (2)   Eç`J±_u¸± 1-18-13 ¹Ëb/(69 11 ïK@)=Iº-o+m#

¹vqpµª Y WG
bm 22 cf¢ 2 J*¾ ¾#ÉY WG #;\ÖL¡=²FÐF´

n× ~]?TØ±^$Ø~«d
+mc{wÚbm 23 c 1 { 19 w

1. Ë/wz 2010 c 12 { 11 wÖM× 14:00Û16:30

2. Ë/On F_ 21 Î Z*¾W II     }&Æ<> 2-16-1

3. 7a­Ös×Y WG gÊÚÃ³HEÖ¬ÒQV×Y WG SGÚZtÖ}&Á`QV×ØÔ®¦ÄÖ!&QV×Ø        !4Ö}&lj*=QV×Ø¨È ©ÖLÏ=QV×Ø        P¿,UÖ}&QV×Ø%°'ÖÑ_QV×?:0ÚÍÈ'Ø}.RÄØCm"

§BÚ%|x2Ø Ú|ÌhØÕ[92Y WG #;\Ú~]?TØ±^$Ø~«d
4. Ç(Àu
(1) Àu1-1. ¹vqpµªY WG SGD¥Ör¸×
1-2. ÍÂ·Ör¸×
1-3. ¢ÙJ*¾¾#É
1-4. ¹vqpµªÖ1kN6

Å8×

Í

º-o



1-5. ¹vqpµªÖ1kN6

Å8×

Í

º-o



Ö3×

1-6. ¯e»ÓÖÓ×



½

1-7. bm 20 c 8 { 4 w(²Ð¢ 0804001 AÚ=I
¶

¤K£



5. ¾#5X
5-1. º-oÖ@×¼yÍ¯e»Ói TF VÈX$ä11%».Ë#1å 1å&*$âN§umã 2åÈX%zÑâN§umã 3å%T¸âN§umã 4åÈX$zª'OÞ  r®OÞâ¾|ã  Ý½Éá ¼$Ú0ÈXâtÐumãwZJlÓ$Ú0ÈXâ¾|ã  ½Éáâ·Øumã5-2. ½ÉáJ¡á$

0Î¤$ Ò 1-6 3+!$ä¥q%½Éáâ¡áã$&SM% 3 ¤0å 1) ¡á3

Ã!0æCADx0Î¤$

#1åE6IA 2) ¼ÈX%)%{]_!0æ CADe 3) ¡á%Ã%#

CAD %y&Áá»%¹jRi3

Ã!#


 

#.äCADeäCADx %¶Ü

!äCADx %!ä¡á3Àsh%:;AodÜ¼32#.+ CADe !%¨Í3À

f¼#"$+ÏÎ#1å SLä½Éáâ¡áã%Ãk$

&9K;B69K; 4 R¿à

n$Ú0½Éá@K=%­± 0804001 gæb¬

0!+/ä} 20 ~ 8
Ã#³p²$%\x$£!!#å

5-3. %Q1) %zÑ$ <DA784cU&¿O¢Läb¬)Ô(1 CADn&#

*äzÑ&:ICGK=ÇÂ¸$´¼30<DA784×^!0å1$-/äPä<DA784cU+Ì)e10\x!#0!3¯å<DA784cU%)3ß$2) ¼ÈX$@K=%e¢âÆä
0]aµ«#0!º
¢#"$

3) ¦Ê

ÅÕ&`Û0å°ä¢ä¶Ù#"ã%Ö

$-©Y«#/äCAD $-.10åF>H?5,@K=%e¢$Wv0¼ÈX%[U®&.$Ä0!!0åCAD 0ymGE"-)+/$\[]aU|v~z
5JC~z2wX]\[jjV} CAD >R]\[&/,

|vWF"-)+/$]\[|vMT;]

5-4. gI9^q
 s 3 Il WG D^:Pe WG U:WG NH!*#/'

A<Bx_NHPe WG A<Bx_tl WG Pe

l WG NH8fQ

s 3 I9 ^`2011 S 1 b 25 ^h 14:3017:00
 JYifZ{uCnrYd4cpz@3fY.L9O (2)   d4

?6k=Kok 1-18-13 pz@%(, 11 71

-6L±W×<:/
)"&+ÖÒÆ i WG
s 22 tx¿ 3 X8Ú Ú/å
i WG /JlôZ¾LÎTðTÑªµ½õ oNdöÍp­0öÇu:tøs 23 t 2  22 

1. ç> 2011 t 1  25 ô¦õ 14:3017:00

2. ç>] «ÐÃQµ½2áºÌO/*a8Úg (2)      2âM6¬K`·¬ 1-18-13 ºÌO!( 11 í

3. ErÉô¼°õ
i WG yæøßÏVSôÈñafõ

i WG cUøj¯¹ô2Ýqafõö        .¬Bªô28L»afõöÄä ÅôZîL±¸¶afõö        ^Û;eô2afõ

NªI?´øéä¹3ö=bàÃQø1Aö£¬ ¥#+     øè,zömì~öókGAö[¨Ë|R¡ô2âafõö¤¢9ô2ÝqafõöÏ¬v~ônêafõ

i WG /JløÍp­0öÇu
4. ã5Ü(1) Ü
1-1. ¿ 2 X8ÚÚ/å
1-2. )"&+ÖÒÆô®@\D©áFõé

×<

1-3. Ù§$%1-4. s 20 t 8  4 5Îð²¿ 0804001 PøL±WéÓÁYÀ

ÊwØò+}

1-5. ¿  Xç²  ÜôXÕõ
1-6. éÞÔô'+){õ

5. Ú/Ch5-1. ×<_§ /JlHX7ë_×<ï³

Â4



÷ï³Ù§$

U2åòăd`ą1-10: ÏĄĆÁëĈìj´ ĀĈÎÐx ĀĈÎÐx|5zfIRNAB?2ù(;åó>uú ĀĈzfIRNAB?2ù(;åó>uú Āćþ×éĂĈ­7&!÷Á  Āćþ×éĂć²rÖĈvP]GW[3×éĂ¸Ă2åò%<-!
*Öèi2à(;ÂnM]J¢|5§æ¢2ù(;åó>Êw Āć×éĂ¸ĂĈ  «  ©c#Úā³ÆË   }/£~ Āć×éĂ¸ĂĈlü\lûÀ3Ír¦¹>ôå  Āć×éĂ¸ĂĈµñ¾/&-¨3F[QV]Jç¥¡SZEXT>

gÁ(;ý3»aĀ>ôå ùõá°|5{Õî¤Ĉuúă^âÜ>ª2åò(;Ą

5-2. Ò~äí1)  |5  3Ô ¯\øÆ  Ñ^±/&-d`3Ô>Á(;$//1+*ĈyÁÂn>ã®&qÙ(;½2,!-Ã/%<;eÓ>F[QV]J"ØwÇ2r(;IRNAC?>pm(;ÝÓ.

:ç¥>¡(;ĈyÁÂn>ã®&qÙ(;½2,!-Å

3kÞ9Å¶3öÛ10>F[QV]J"ØwÇ2s®&Ä3kÞ9YHDèi2ù(;10>h(;IRNAC?>pm(;ÝÓ.

:ç¥>¡(;2) þ×éĂ Ö2ù(;èiăAĄUKYL@¿¬3gÁM]J¿  \(6-3ĀĈ)3b>)3bà1aĀ2j´(;Ć  \c.ðÿº3ĀĈA/B/M>A/B/C/MąOSXÌ2j´(;ĆăCĄ²rÖ  \×ÂnM]J>tÁ(;~>èi2gÁ(;×ÂnM]J42j´(;Ć  \²rÀ9lüÀ>²rÀ9lüÀ\lûÀ2j´(;Ć  \2 §æd_3M]J>ß¢§æ3M]J2j´(;Ć o\ï2ù(;èi o->à·(;=#.41!$/>É(*8ąà2'-÷Á(;/(;Ć¼3w
>Õ&ą  Ì2ê(;ĀÈ4åò(;Ć3) ×éĂă¸ĂĄ



Ò!

P

A©rÃ´+¼vÃ´R)Ö

5-3. oi¤m­|x»!r

"ÓFqjÔqjg°ÓH]uÔ2@9=B4Ã¾¹ÓTzoV!ËXÔ

Ð)ÄQ~ÓUOÔÐÊ¿AnCÀ½ÓH]uÔt

'!ÁÓ¸ÌqjÔ¶}ÓpÇqjÔaºÈÓH]uÔ  A¬  lNÆÆHÎ  AEL^¡kÄQ~ÂNÓ_[S¦Ôb#^¡kÏ¢0-7>-@ÄQÂqjNÓ³¦ÔefÂNÈ  A

qj¨«±J

A 2@9=B4Ã3:6./,+w)E£\h "ÕÁÕ¶}®!È"H]u&(d|x!qj

 dqjW)`ª!·Y"   
 3 Z$Êµ)Ö

ÓÍÔ)Ö

UO!{+$%)Ö

5-3. !KAt WG "Il²G)ÖAÄQ~"^¡kt¯sÂÕPMDA ¥ÅD8;?512<@6+cÑÕ²£É§yW*)

)Ö

MD

2   
Stand alone softwareコンピュータ診断支援装置 審査WG 第１回会議
医療機器ソフトウェアの性質と品質− 欧米の動向： Stand alone software −IEC TC62
SC62A JWG3主査
東芝メディカルシステムズ

中里 俊章

目次
 はじめに
 改正EU医療機器指令（MDD）に見るソフトウェアの扱いの変化
 スタンドアロンソフトウェアに関するアプローチ(IEC) FDAのガイダンスに見るソフトウェアの扱い 医療機器ソフトウェアの安全性・品質に関する要求事項
 医療機器ソフトウェアの製品・性能に関する共通要求事項
 医療機器ソフトウェアの安全性・品質に関するソフトウェア工学的アプローチ
 その他資料

Toshiba Medical Systems Corporation

はじめに 医療機器ソフトウェアを取り巻く国際規制の変化の中で、安全と品質を確保していくための国際規格などの開発動向と新しい動きを紹介する。
今回参照する主な国際規格、TR及びガイダンス
 IEC 62304:2006 (JIS T 62304原案)
Medical device software- Software life cycle processes（以下、スライド内の日本語箇条タイトルは一部省略している。）

 IEC/TR 80002-1:2009
Medical device software- Guidance on the application of ISO 14971 to medical device
software IEC 60601-1:2005 (JIS T 0601-1原案)
Medical electrical equipment –Part1: General requirements for basic safety and essential performance General Principles of software Validation（以下GPSV）

 Guidance for the Content of Premarket Submissions for Software

Contained in Medical Devices： 2005

Toshiba Medical Systems Corporation

IEC/ISO規格（品質システム規格と製品規格）とFDAのスコープ

 2010： Stand alone Software, ICT と Home care
Home

Image
Center

OS

sk
r
o
w
te
N
T
C
I

Production
Production control

Clinic

EMR/EHR

Process Control/Management
Process Control

HospitalOS

HIS/RIS/LIS

Software Development

Console/WS
Standalone Software

Development tools
OS／DB

Application

PLC, DSP, FPGA, ...

Middleware

Dedicated use

Firmware

Software for
Hardware(mechanical)
control
Realtime-OS

Toshiba Medical Systems Corporation

OS/DB
Device Driver改正EU医療機器指令（MDD）に見る
ソフトウェアの扱いの変化− 2010年3月21日 施行 −改正EU医療機器指令（MDD）のソフトウェア関連事項 1/5
1.EU医療機器指令
正式名称は“閣僚理事会指令 93/42/EEC、1993年6月14日、医療機器に関する指令”（OJ L 169, 12.7.1993.p.1）である。
2010年3月21日の改正MDDの施行に伴い、スタンドアロンのソフトウェアは能動医療機器であり、ソフトウェアには妥当性確認（Validation）の実施が必須になった。
2.医療機器指令の改訂の経緯
ソフトウェアに関する事項は、全てM5によって追加されている。
EU官報
番号 頁 日付
M1：1998年10月27日 欧州議会及び閣僚理事会指令98/79/EC
L331 1 1998/12/7
M2：2000年11月16日 欧州議会及び閣僚理事会指令2000/70/EC
L313 22 2000/12/13
M3：2001年12月7日 欧州議会及び閣僚理事会指令2001/104/EC
L6 50 2002/1/10
M4：2003年9月29日 欧州議会及び閣僚理事会規定（EC）No.1882/2003 L284 1 2003/10/31
M5：2007年9月5日 欧州議会及び閣僚理事会指令2007/47/EC
L247 21 2007/9/21
医療機器指令は過去に5回、改訂されている。
本文中にM1~M5の記号が記載されており、何時の改訂によるものかを把握できる。

Toshiba Medical Systems Corporation

改正EU医療機器指令（MDD）のソフトウェア関連事項 2/5
3.改正MDD93/42/EECの改正令2007/47/EC
２つの改正ポイント
スタンドアロンのソフトウェア(6)製造業者が、ひとつ又はそれ以上の医療目的を使用目的と特に意図する場合、ソフトウェアそれ自体も医療機器であることを明確にする必要がある。ヘルスケア
において、一般的な目的で使用されるソフトウェアは、医療機器ではない。
(6)It is necessary to clarify that software in its own right, when specifically intended by the manufacturer to be
used for one or more of the medical purposes set out in the definition of a medical device, is a medical device.
Software for general purposes when used in a healthcare setting is not a medical device.
ソフトウェアのバリデーション(20)医療機器の分野で増すソフトウェア重要性を考慮すると、スタンドアロン又は機器に組み込まれたソフトウェアについて、最新技術（最新の技術水準）に従いソフト
ウェアの妥当性確認することを基本要件としなければならない。
(20) Taking account of the growing importance of software in the field of medical devices, be it as stand alone or assoftware incorporated in a device, validation of software in accordance with the state of the art should be an
essential requirement.
国際規格、標準、ガイドライン、
ガイダンス、技術報告（TR)など
Toshiba Medical Systems Corporation

改正EU医療機器指令（MDD）のソフトウェア関連事項 3/5

4.改正MDD93/42/EEC 第1条 定義，適用範囲
2.
(a)M5 「医療機器」とは，あらゆる計器，器械，用具，ソフトウェア，材料又はその他の品目であり，単独使用か組合せ
使用かを問わず，製造業者が特に診断及び／又は治療の目的のために使用することを意図し，その適切な適用のために必要なソフトウェアを含み，次の目的のために製造業者がヒトへの使用を意図したものを意味する：

改正EU医療機器指令（MDD）
日本医療機器産業連合会 訳
Toshiba Medical Systems Corporation

改正EU医療機器指令（MDD）のソフトウェア関連事項 4/5
５.ソフトウェアに関する記載事項（M5による追加事項）
3項目あり、①は要求事項、②及び③はクラス分類に関する規定である。太字は改
正EU医療機器指令の表題を示す。
①Ⅱ.設計及び組立に関する要求事項
12.エネルギー源に接続される機器、又はエネルギー源を有する機器に対する要求事項
M512.1a ソフトウェアを組込んでいる機器又はそれ自体が医療用ソフトウェアである
場合、そのソフトウェアに対して、開発ライフサイクル、リスクマネジメント、妥当性確認（validation）及び検証（verification）の原理を考慮し、最新技術（最新の技術水準）によってバリデーションを実施しなければならない。
注）上記の要求事項は、ソフトウェアバリデーションに、ISO 9000で定義されている
妥当性確認及び検証が含まれることを示唆している。

Toshiba Medical Systems Corporation

改正EU医療機器指令のソフトウェア関連事項 5/5②附属書Ⅸ

クラス分類基準、Ⅰ.定義
1. クラス分類規定のための定義
1.4 能動医療機器
電気エネルギー源又は、人力若しくは重力によって直接発生する以外の、あらゆる動力源によって機能し、また、そのエネルギーを変換することによって動作するあらゆる医療機器をいう。能動医療機器と患者との間で、エネルギー、物質又はその他の要素を、いかなる大幅な変化なしに伝達することを意図する医療機器は、能動医療機器とみなさない。
M5 スタンドアロンソフトウェアは能動医療機器とみなす。

③附属書Ⅸ

クラス分類基準
Ⅱ.施行規定2.施行規定2.3 機器を動作させる又は機器の使用に影響を与えるソフトウェアは、自動的にその機器と同一のクラスになる。

Toshiba Medical Systems Corporation

ソフトウェアの判断ダイアグラム
 COCIR
Guidelines for the qualificationand classification of software
used in healthcare environment
within the regulatory framework of
medical devices
Version of July 12, 2010

Draft Final Version of Oct.8, 2010

1.
Introduction
2.
Definitions and abbreviations
3.
Qualification
3.1
Criteria for qualification
4.
Classification
4.1
Classification rules for MD
4.1.1
Active therapeutic medical devices
4.1.2
Software intended for diagnosis
4.2
IVDD and software in conjunction with in-vitro diagnostic devices
5.
Illustrative examples of qualification and classification
Annex 1 : Illustrative examples of qualification and classification for software used in the healthcare environment
1.
Electronic Patient Records Systems
2.
Anaesthetic Record System
3.
Clinical Information Systems – CIS / Patient Data Management Systems - PDMS
4.
CTG Central Station5.
Pre-hospital ECG
6.
ECG Storage System
7.
Retinal Imaging System
8.
Picture Archive Communication System (PACS)
9.
Radiological Information System (RIS)
10.
Communication Systems
11.
Advanced Clinical Decision Support Software
12.
Telemedicine Systems
13.
Web systems for monitoring of clinical data
14.
In-vitro diagnostic (IVD) software: LIS & WAM

Figure 1: A decision diagram to assist qualification of software as medical device.

Toshiba Medical Systems Corporation

医療機器に関するガイドライン （MEDDEV. 2.7.1 Rev. 3：2009） 臨床評価：製造業者及び登録認証機関のための手引き
第 1 段階*第 2 段階
個々のデータセットの評価· 適切さ· 結果の性能および安全性の証明への寄与度

以下から臨床データを特定する· 文献調査· 臨床的経験· 臨床試験

新しい 臨床データまたは追加の臨床データを出すいいえ
第 3 段階
臨床証拠は基本要件への適合性を言明するのに十分か。

関連データの分析· 全証拠の信頼性· 性能および安全性に関する
結論

はい

図1

臨床評価の手順

臨床評価報告書の作成

変更ポイント：
１．「文献調査を通して得られるデータ」の採用可能性の追加
２．「市販後業務として、機器の臨床的な性能及び安全性を監視する調査プログラムの継続的実施」の追加
Toshiba Medical Systems Corporation

スタンドアロンソフトウェアに関するアプローチ− IEC 2010 シアトル会議のトピックス −INTERNATIONAL
ELECTROTECHNICALCOMMISSION

医療機器ソフトウェアの構成（ＦＤＡ、ＭＤＤ：IEC/ISO） 医療機器に組み込まれたソフトウェア
 組込みソフトウェア
 製品に組み込まれた汎用ソフトウェア

 医療用途を意図したスタンドアロンソフトウェア（）

 ＯＳ/プラットフォームは選択可能
 遠隔医療、インターネット上で使用されるソフトウェア
スタンドアロンソフトウェアの構成例

組込みソフトウェアの構成例
アプリケーション層

ミドルウェア層

アプリケーション層

Application Software

ミドルウェア層

Middleware (Framework)

A

Middleware (Framework)

C

A

B

C

GUI (Window) System

GUI (Window) System
OS/ファームウェア層

B

OS/ファームウェア層

Task Operating System

Task Operating System
Driver Software (firmware)

Driver Software (firmware)
BIOS

BIOS

Hardware platform

Hardware platform

：OTS

：自製
Toshiba Medical Systems Corporation

：OTS

：自製

SC62AのICTについての戦略プランの審議 (62/217/INF)
 次の４つの提案について審議し、TC62のSCOPEをより広く捉えられるように変更すること、詳細（Safety, privacy, security, ICT,
services and regulatory needs ）は各SCの戦略プランを見直していくことで、承認された。
［62/217/INFの提案内容］
 Item 1： TC62のSCOPEを変更し、Security と privacy を含める。

（Guide51とISO 14971のSCOPE変更）

 Item 2： ソフトウェア、ICTに関するプロセスを、SCで作成する。
 Item 3： 短いサイクルで規格を開発できるようにする。
 Item 4： TC62のSub Committeeの構成（組織）を変更する。

 医療用途を意図したスタンドアロンソフトウェアとICTの規格開発と規制がオープンに始まる。
 「DICOM, HL7, IHEなどの標準化グループの招聘及びマルチTCを含めあらゆるオプションを考える。」 （Chairmanのまとめ）

 新規の組織を起こすことは、スコープを変えることに変化させたので、今回は抑えられたが、ISOおよび欧州側の影響力が低下していることで、近い将来、再燃するかもしれない。
Toshiba Medical Systems Corporation

IEC/TC 62（医療電気機器）のSCOPEの改訂 - 2010/10 シアトル会議  TC62総会で承認された新しいSCOPE
To prepare international standards and other publications
concerning electrical equipment, software and systems used in
medical practice and their effects on patients, operators and its
environment.
NOTE : This scope includes items within the scope of other committees which will be addressed
through cooperation. Attention will be confined to aspects for medical practice.

 従来のSCOPE
To prepare international standards and technical reports concerning the
manufacture, installation and application of electrical equipment used in
medical practice and their effects on patients, operators and its environment.
This also concerns surgery, dentistry and other specialities of healing arts.
NOTE : This scope includes systems, equipment and accessories which are within the scope ofother technical committees; attention will be confined to aspects in which special requirements
for medical use arise, particularly as regards safety.
IEC/TC 62 医療電子機器
SC62A：医用電気機器の共通事項
SC62B：医用画像装置
SC62C：放射線治療装置、核医学及び放射線量計
SC62D：医用電子機器

Toshiba Medical Systems Corporation

ソフトウェア関連規格と構成（ISO/IEC）

 品質システム規格と製品規格
品質システム規格
Medical device
management standards
ISO 14971
ISO 13485

製品規格
Lays out a foundation todevelop a medical device

affects

affects

IIEC60601-1-2 電磁適合性（ＥＭＣ）
IEC60601-1-6 ユーザビリティ
IEC60601-1-8 アラーム
IEC60601-1-9 環境適合設計
IEC60601-1-10 生理的閉ループコントロール
IEC60601-1-11 ホームケア・アプリケーション、他

Medical device productstandards
IEC 60601-1,
IEC 61010-1

副通則

s
re
i
u
q
re

Gives specific direction for
creation of a safe medical
deviceMedical device
process standard
IEC 62304

Implementationof medical
device software

affects

プロセス規格60601-2-1 電子加速装置
60601-2-2 高周波外科用器具及び高周波外科用附属品
60601-2-4 細動除去器
60601-2-5 超音波物理療法機器 診断用
60601-2-7 X線発生器の高電圧発生器 治療用60601-2-8 X線機器(10KV〜1MV)
60601-2-1 ガンマ線治療機器160601-2-12 肺ベンチレータ
60601-2-13 麻酔システム
60601-2-16 血液透析、濾過透析及び血液ろ過機器
60601-2-18 内視鏡機器 他

Product Standard forStand alone Software
IEC 8xxxx-1 ?

affects

個別規格
Gives detailed direction how
to develop and maintainsafe software system

s
ct
fe
af

IEC新提案
スタンドアロンソフトウェアの製品規格 (62A/707/INF)

Other sources of
information
IEC/ISO 12207,
IEC 61508-3,
IEC/ISO 90003, ...

Risk management
Standard of Medical
device in ICT
IEC 80001-1

inspires

Gives additional guidelines,
techniques, etc that may be
used

ICT: 新たな追加分野

IEC 62304 Annex C 図C.1
Toshiba Medical Systems Corporation

IEC 62304 ソフトウェア開発プロセスとアクティビティの概観
システム（ソフトウェア）バリデーションは規格の対象外となっている

顧客ニーズ

FDAは、GHTF SG3を通して、TC210（JWG3）に対して、AAMI TIR36:2007
Validation of software for regulated processes から米国色を除いて国際化するよう要請

顧客ニーズ
充足

システム開発アクティビティ
システム開発アクティビティ ( ( リスクマネジメントを含む
リスクマネジメントを含む ））7.
7.ソフトウェアリスクマネジメント
ソフトウェアリスクマネジメント
5.1
5.1

ソフトウェア
ソフトウェア

開発計画
開発計画

5.2
5.2

ソフトウェア
ソフトウェア

要求事項
要求事項
分析
分析

5.3
5.3

ソフトウェア
ソフトウェアアーキテクチャアーキテクチャ

の設計
の設計

5.4
5.4

ソフトウェア
ソフトウェア

詳細設計
詳細設計

5.5
5.5

ソフトウェア
ソフトウェア
ユニットの
ユニットの

実装
実装
及び検証
及び検証

5.6
5.6

ソフトウェア
ソフトウェア

結合
結合
及び
及び

結合試験
結合試験

8.
8.ソフトウェア構成管理
ソフトウェア構成管理
9.
9.ソフトウェア問題解決
ソフトウェア問題解決
Toshiba Medical Systems Corporation

5.7
5.7

ソフトウェア
ソフトウェア
システム
システム
試験
試験

5.8
5.8

ソフトウェア
ソフトウェアリリース
リリース

AAMIのソフトウェアに関する動向

 Agile（反復）開発手法のTR開発
ユーザにユーザビリティを確認しながら開発を進めていける利点があり、医療機器に適用できるか実証実験中である。
2011/2〜３に公開する。
 医療機器に分類できるソフトウェアの特定
ITコミッティのad-hocグループが、マサチューセッツの病院にて、調査中である。 報告書が作成される予定。

Toshiba Medical Systems Corporation

FDAのガイダンスに見るソフトウェアの扱い

ソフトウェア関連ガイダンスとTIR（FDA/AAMI）
 General Principles of Software Validation; Final Guidance forIndustry and FDA Staff
 Guidance for Industry Part 11, Electronic Records; Electronic
Signatures – Scope and Application
 Guidance for Industry and FDA staff; Guidance for the Content
of Premarket Submissions for Software Contained in Medical
Devices Guidance for Industry, FDA Reviewers and Compliance on Offthe-Shelf Software Use in Medical Devices
 Guidance for Industry Cyber Security for Networked Medical
Devices Containing Off-the-Shelf Software
 ANSI/AAMI SW68:2001 Medical device software – Software life cycle

processes -> IEC 62304:2006
 AAMI TIR32:2004 Medical device software – Risk management
 AAMI TIR36:2007 Validation of software for regulated processes
Toshiba Medical Systems Corporation

ソフトウェアについての懸念レベル

 基本的には、装置のクラスを継承する。
 スタンドアロンソフトウェア、若しくはソフトウェア単独での申請については軽度（Minor）は無いと考えている。
(Major)(Moderate)（Minor）

Toshiba Medical Systems Corporation

Guidance for the Content of Premarket Submissions for Software
Contained in Medical Devices (FDA)

Table 3. Documentation based on level of Concern

強化すべきプロセス分野

Toshiba Medical Systems Corporation

FDAからの実装時のエラーについての警告（common defect list.docx）
 The following is list detectable flaws which a manufacturer could be expected
to identify and remove. These flaws may once have been grouped together
as ‘memory corruption’ or as ‘runtime failures’ which was not helpful inavoiding or debugging them.
 Use of static analysis to search for and find these flaws can eliminate a verylarge proportion of these runtime errors at low cost during development.
 We should consider requiring that class C software provide some type ofassurance that at least some subset of these defects have been eliminatedduring implementation.
（IEC 62304:2006 に対する要望） ソフトウェアエラーの約５０％はこの種の実装エラー（ミス）である。
適切なコーディングルールを定義し、静的な解析ツールで単純ミスは除去できる。
複雑なケースでは動的試験とインスペクションを組み合わせるのが通常である。
しかしながら、この種のエラーを完全に取り除くことは、困難である。
 ソフトウェアエラーの約20%はインストーラのエラーである。
正しいソフトウェアアイテム（コンポーネント）がインストールされていなかったり、
アップデートされていなかったりしている構成管理の問題である。
Toshiba Medical Systems Corporation

ソフトウェア関連規格・ガイダンスの発行状況
ガイダンス、国際規格

03

ＦDA

04

05

06

07

08

09

10

11

12

13〜

99 9月 Ed.1発行- OTS Use in Medicsl Devices

02’ 11月Ed.1発行−GPSV General Principles of Software Validation
11月 Ed.1発行−the Content of Premarket Submissions for Software Containedin Medical Devices

IEC/ISO
00 12月 Ed.3発行-ISO 9001（ISO9000ファミリー）Quality management systems−Systems Requirements-ISO 13485

7月 Ed.2発行

Medical devices−Quality management systems−Requirements forregulatory purposes

00 12月 Ed.1発行-ISO 14971

2月 Ed.2発行

Application of RISK MANAGEMENT to Medical devices-IEC 60601-1
Medical electrical equipment−Part 1: General requirements for basic
safety and essential performance-IEC 62366
Common aspects of electrical equipment used in medical practice-IEC 62304

12月 Ed.3発行
88’ Ed.2発行（93’ 追補1 発行）（95’ 追補2 行）

AM1 12’ 6月発行予定
3月 Ed.1発行

5月 Ed.1発行

Medical device software - Software life cycle processes-ISO 27001
Information technology - Security techniques - Information security
management systems ‒ Requirements-IEC 80001-1, -2-xx
Application of RISK MANAGEMENT for IT-Networks incorporating
MEDICAL DEVICES

10月 Ed.1発行
10月検討開始-IEC/TR 80002-1

1２月 Ed.1発行？
TR検討開始9月 Ed.1発行

Medical device risk management - Guidance on the application of
ISO 14971 to medical device software

Toshiba Medical Systems Corporation

医療機器ソフトウェアの安全性・品質に関する要求事項

医療機器ソフトウェアの品質
 「ユーザの違和感も対象に」 （日本経済新聞 Web刊）
第三者の厳しい意見にさらす必要性 （ユーザビリティと安全性）
安全性を優先する設計
クラス分類によらず、設計管理を確立
 ソフトウェアの試験：
ほとんどのエラーは設計段階で組み込まれる。
試験は、設計の重要な確認作業であり、バグ出し作業ではない。
単体試験で、できる限りのバグは取り除かねばならない。
 品質管理 から 品質保証 へ
最初から高い品質を目指さねばならない。

開発･保守サイクル
製品A

反復して（繰り返し）開発できる能力の高さを評価

製品B
製品C
製品D

Toshiba Medical Systems Corporation

医療機器ソフトウェアの品質
ICT業界のソフトウェア品質と医療機器ソフトウェアの品質
 評価指標にもよるが、ICT業界のソフトウェア製品の一般的なレベルは
１.0 defect/Kloc（1000ステップあたり、1個の潜在不具合） と言われている。
例えば、3,000K ステップの医療機器に当てはめると、3,000個になる。
 よくマネジメントできた医療機器ソフトウェア開発では、ベリフィケーション段階で0.05
defect(s)/Kloc未満、バリデーション完了時には0.01 defect(s)/Kloc未満であることが望ましい。 このレベルでも、上記例では、30個未満の潜在不具合はあることになる。
IEC 62304 Medical device software- Software life cycle processes Annex B.4 (JIS T 62304原案)
いずれのソフトウェアについても，100 %の安全を保証する既知の方法は，ない。
医療機器ソフトウェアの安全性を向上させる次の三つの大原則が存在する。
– リスクマネジメント– 品質マネジメント– ソフトウェアエンジニアリング
安全な医療機器ソフトウェアの開発及び保守には，適切なソフトウェアエンジニアリングの方法及び技術を適用する総合的フレームワークとして，品質マネジメントシステムに不可欠なリスクマネジメントを確立する必要がある。上記三つのコン
セプトを組み合わせれば，医療機器の製造業者の意思決定プロセスが明確な体系をとり，首尾一貫した再現性のあるものとなり，医療機器ソフトウェアの安全性が促進される。

Toshiba Medical Systems Corporation

ソフトウェア開発及び保守計画から見たアクティビティの要点


ソフトウェア開発計画（ソフトウェア開発ライフサイクルモデルの定義を含む）









ソフトウェアシステムの開発に使用するプロセス
成果物の定義要求事項、実装するリスクコントロール手段と試験との間のトレーサビリティ
リスクマネジメントプロセスの適用計画
ソフトウェア問題解決計画
ソフトウェア構成管理計画（SOUP構成アイテム管理、試験用ソフトウェア及び変更管理含む）
文書化計画
開発に使用するツール、アイテム又は設定の管理



保守計画



システム要求事項分析（顧客ニーズ、規格要求、規制要求など）








アプリケーション層A

ミドルウェア層

ソフトウェアアーキテクチャの適切な分解
コーディングガイドラインに沿った実装
ソフトウェア単体試験の実施 設計検証（ベリフィケーション）

C

A

B

C

GUI (Window) System
OS/ファームウェア層

Task Operating System
Driver Software (firmware)
BIOS

ソフトウェア結合の段階／単位計画
リスクベーステストの実施

Hardware platform

チームビルドリスクベーステストの実施／網羅性／意図しない操作（ノンシナリオ）試験などの実施
試験環境の記録

ソフトウェアリリース計画

B

Middleware (Framework)

ソフトウェア要求事項のアーキテクチャへの変換
SOUPアイテムの機能及び性能要求事項とリソース要求事項の特定リスクコントロールに必要な分離の特定

ソフトウェア検証計画（ベリフィケーション／バリデーション）






スタンドアロンソフトウェア A の実行環境

ソフトウェア結合及び結合計画（ベリフィケーション）

機能及び能力についての要求事項
ソフトウェアシステムのインプット及びアウトプット
ソフトウェアによる警報、警告及び操作者へのメッセージ
セキュリティ要求事項
ヒューマンエラー及びトレーニングについての要求事項
操作現場及び保守現場におけるインストール及び検収の要求事項
ユーザ保守要求事項

ソフトウェア詳細設計






システム設計及びシステム開発の引用

ソフトウェアの設計

SOUPのマネジメント

ソフトウェア要求事項分析










IEC 62304:2006 及び FDA GPSVより

：OTS

：自製

Toshiba Medical Systems Corporation

ご参考） ソフトウェア開発計画とソフトウェアリリース
IEC 62304:2006 （JIS T 62304）
Medical device software- Software life cycle processes
5.1 ソフトウェア開発計画
5.1.1 ソフトウェア開発計画（ソフトウェア開発ライフサイクルモデルの定義を含む）
a) ソフトウェアシステムの開発に使用するプロセスb) 成果物c) システム要求事項、ソフトウェア要求事項、ソフトウェアシステム試験及びソフトウェアに実装するリスクコントロール手段の間のトレーサビリティd) SOUP構成アイテム及び開発支援用ソフトウェアを含む、
ソフトウェア構成管理及び変更管理e) ソフトウェア問題解決

5.1.2 ソフトウェア開発計画の継続更新
5.1.3 システム設計及びシステム開発の引用
5.1.4 ソフトウェア開発規格，方法及びツールの計画 （クラスC）
5.1.5 ソフトウェアの結合及び結合試験計画 （クラスB,C）
5.1.6 ソフトウェア検証計画
5.1.7 ソフトウェアリスクマネジメント計画
5.1.8 文書化計画
5.1.9 ソフトウェア構成管理計画
5.1.10 開発に使用するツール，アイテム又は設定の管理 （クラスB,C）
5.8 ソフトウェアリリース
5.8.5 リリースしたソフトウェアの作成方法の文書化 （クラスB,C）
5.8.8 ソフトウェアリリースの反復性の確保 （クラスB,C）
Toshiba Medical Systems Corporation

漏れのない計画
計画の更新（見直し）
更新された計画の維持

密接な関係

構成管理手法の利用により確実なビルドの作成
過去のビルド（版）も作成

ご参考） 市販前提出物の内容に関するガイダンス（FDA）
Guidance for the Content of Premarket Submissions for Software
Contained in Medical Devices

一般的に申請書類は，下記の条項を満たすことが望ましい: 機器の設計に関する記述があること
 設計を実行した方法(手順)を記録していること
 設計の実行によって生産された機器の試験方法を明示すること ハザードを適切に特定し､効果的にリスクを管理したことを設計､実行､試験及びリスクマネジメントを相互に結びつけるトレーサビリティを示すこと（トレーサビリティ： マトリクス形式でまとめる。）
 IEC 62304への適合：

開発環境記述として認めている。（2008）
同様の要求事項と言える。

Toshiba Medical Systems Corporation

ご参考） ソフトウェア要求事項分析
IEC 62304 :2006(JIS T 62304) 5.2 ソフトウェア要求事項分析
 5.2.2

ソフトウェア要求事項の内容

a) 機能及び能力についての要求事項 （アルゴリズム含む。）
b) ソフトウェアシステムのインプット及びアウトプットc) ソフトウェアシステムと他のシステムとの間のインタフェース
レベル分け
発生メカニズム（手順）の特定
d) ソフトウェアによる警報、警告及び操作者へのメッセージ
多言語表示仕様e) セキュリティ要求事項f) ヒューマンエラー及び訓練に影響を受けやすいユーザビリティ
エンジニアリング要求事項
g) データ定義及びデータベース要求事項試験できる仕様（記述）h) 納入した医療機器ソフトウェアの、操作現場及び保守現場におけるインストール及び検収の要求事項
i) 操作及び保守にかかわる要求事項j) 作成すべきユーザ向け文書k) ユーザ保守要求事項l) 規制要求事項

Toshiba Medical Systems Corporation

ご参考） ソフトウェアの設計
GPSV 5.2.3 設計 ソフトウェアの設計仕様
 ソフトウェアの予め定義した合否判定基準を含むソフトウェアの要求仕様
 ソフトウェアのリスク分析
 開発手順及びコーディングのガイドライン（又は他のプログラミング手順）
 ハードウェア、ソフトウェア及び物理的な環境を含み、プログラムが機能することを意図したシステムを記述したシステム文書（例えば、フロー又は関係図）

使用されるハードウェア
測定される、又は記録されるパラメータ
 論理構造（制御論理を含む。）、及び論理処理ステップ（例えば、アルゴリズム）
 データ構造及びデータフローダイアグラム
 変数（制御及びデータ）の定義、並びにそれらがどこで使用されているかの記述
 エラー、アラーム及び警告メッセージ 支援ソフトウェア（例えば、オペレーティングシステム、ドライバ、他のアプリケーションソ
フトウェア）
 コミュニケーションリンク（ソフトウェアの内部モジュール中のリンク、支援ソフトウェアとのリンク、ハードウェアとのリンク及びユーザとのリンク）
 セキュリティ対策（物理的なセキュリティ及び論理的なセキュリティ） 上記の要素中で明確にされない任意の追加の制約

Toshiba Medical Systems Corporation

ご参考） ソフトウェアアーキテクチャの設計
IEC 62304 :2006(JIS T 62304) 5.3 ソフトウェアアーキテクチャの設計
5.3.1 ソフトウェア要求事項のアーキテクチャへの変換
5.3.2 ソフトウェアアイテムのインタフェース用アーキテクチャの開発
 5.3.3 SOUPアイテムの機能及び性能要求事項の指定
 5.3.4 SOUPアイテムが要求するシステムハードウェア及びシステムソフトウェアの指定
 5.3.5 リスクコントロールに必要な分離の特定
 5.3.6 ソフトウェアアーキテクチャの検証
変更のリスク（影響）分析

レグレッションテストの範囲特定
方法、手法の記載をなくしシンプルに記述

変化・進歩が激しい

GPSV 5.2.3 設計
 設計中のソフトウェアアーキテクチャ（例えば、モジュールの構造）の適切な考察

は、将来にソフトウェア変更が必要な場合のバリデーション工数の規模を少なくすることができる。

Guidance for the Content of Premarket Submissions for Software
Contained in Medical Devices
 Moderate, Major : アークテクチャ設計図表の提出
Toshiba Medical Systems Corporation

ご参考） SOUPのマネジメント
IEC 62304:2006 (JIS T 62304)
5．ソフトウェア開発プロセス


5.1.1 ソフトウェア開発計画



5.1.5 ソフトウェア結合及び結合試験計画
5.1.7 ソフトウェアリスクマネジメント計画
5.2.2 ソフトウェア要求事項の内容
5.3.3 SOUPアイテムの機能及び性能要求事項の指定
5.3.4 SOUPアイテムが要求するシステムハードウェア
及びシステムソフトウェアの指定
5.3.6 ソフトウェアアーキテクチャの検証

 構成管理及び変更管理







6．ソフトウェア保守プロセス


6.1 ソフトウェア保守計画の確立

SOUPに必要なリソースの特定アーキテクチャの妥当性検証

SOUPの保守計画
調査･修正手段の検討

7．ソフトウェアリスクマネジメントプロセス

7.1.2 危険状態の一因となるソフトウェアアイテムの潜在的原因の特定
7.1.3 公開されたSOUP異常リストの評価
7.4.1 医療機器ソフトウェアの安全性にかかわる変更の分析
7.4.2 ソフトウェア変更が既存のリスクコントロール手段に与える影響の分析

特にSOUPの保守
IEC/TR 80002参照

8．ソフトウェア構成管理プロセス

8.1.1 構成アイテム識別手段の確立
8.1.2 SOUPの特定 名称、製造業者（供給者）、識別子（バージョン、リリース年月日など）の文書化
Toshiba Medical Systems Corporation

SOUPの追加・変更・削除
はリスクマネジメント対象

ご参考） SOUPのマネジメント
IEC/TR 80002-1
3.4.1 リスクマネジメント計画 一般

公に入手可能な異常リスト及び現地性能に関する情報の監視及び評価を計画すべき変更（パッチ又は更新など）の市場への提供監視

4.4.1 リスクの推定 一般

再利用時のリスクマネジメント（推定）6.2.3 SOUPに関する考慮事項


SOUPを監視又は分離するのに必要なリスクコントロール手段を提供できるシステム及びソフトウェアアーキテクチャ

9 製造／製造後情報
保守計画、製造後リスクマネジメント活動の重要な側面
予期せぬ変更回避
 陳腐化（サポート終了）の残留リスクへの影響

スタンドアロンソフトウェアでは、想定外の変更が加えられる可能性がある。

表C.1−回避すべき潜在的なソフトウェア関連の落とし穴

本質安全設計によるリスクコントロール手段を実装する。
後で変更又は削除されたときに未知の安全性リスクを招かないリスクマネジメント
Toshiba Medical Systems Corporation

ご参考） 構築またはコーディング
GPSV 5.2.4 構築またはコーディング
 ソフトウェアは、コーディングによるか、又は以前にコーディングされたソフトウェ

アコンポーネントを組み合わせることにより、構築される。
（SOUPとの組合せも含む。）
ソフトウェアの流用

開発環境の変化、実行環境の変化に注意 コンパイラの最も厳密なエラーをチェックするレベルを使用しない場合の正当性の理由の文書化、コンパイル時の未解決の問題（エラー）を残しておく場合の正当性の理由があるべきである。（FDA）

 コード品質 コーディングガイドライン
 ソフトウェア（単体）試験手段を想定した設計・コーディング
 ソフトウェア単体試験（ユニットの検証）の効果･効率を向上させる。
Toshiba Medical Systems Corporation

ベリフィケーション及びバリデーション
GPSV 3.1.2 ソフトウェアベリフィケーション


ソフトウェアベリフィケーションは、ソフトウェア開発ライフサイクルのある特定フェーズの設計アウトプットがそのフェーズで定められている全ての要求事項を満足することを示す客観的証拠をそろえることであり、ここではソフトウェアの開発における一貫性、完全性、正確性を補完する文書が望まれている。



そして、その結果としてソフトウェアがバリデーションされているという結論を導くための支援となりえるものであり、ソフトウェアの試験はソフトウェア開発のアウトプットが、そのインプットである要求事項に適合していることを確実にするための意図した数あるベリ
フィケーション活動の一つである。

GPSV 3.1.2 ソフトウェアバリデーション

ソフトウェアバリデーションは、完成機器のデザインバリデーションの一部であるが、品質システム規則には個別に定義されていない。本ガイダンスの目的について、FDAは、
ソフトウェアバリデーションを「ソフトウェアの仕様が、ユーザニーズ及び意図された用途に適合していること、そしてソフトウェアの開発を通して実施される指定要求事項は、一貫して満足されていることの客観的な証拠を調査し、提供することによる確認」であると考えている。



実際には、ソフトウェアバリデーション活動は、ソフトウェア開発ライフサイクルの途中、そして終了時にすべての要求事項が満足されていることを確実にするために行われる。
Toshiba Medical Systems Corporation

ソフトウェア試験

 単体試験（重要性増している）
静的試験（Run-time errorを除くことを含む）
動的試験
 レグレッションテスト
 自動試験（試験環境、ツールのバリデーションも必要） 機能、エラー、負荷、バウンダリ、タイミング、通信、言語表示試験など
 デベロッパ試験（ホワイトボックス試験） 結合試験、システム試験（実施方法に工夫が必要）
リスクベース テスト（トリアージ方式： ソフトウェア安全クラスとアーキテクチャ図が役立つ）
 インストール性 自動試験 （シナリオ試験、レグレッションテストの自動化）
 ノンシナリオ（ランダム）試験 − 人間系による試験（意図していない操作など）

 愚直に繰り返す
 前工程の試験（単体、結合試験）の結果が安定していないと、効果は薄い

操作性（ユーザビリティ）
 第三者試験（ブラックボックス試験）


Toshiba Medical Systems Corporation

バリデーションについての基本要求事項
IEC 60601-1:2005 Ed.3 （JIS 0601-1 原案より）14.11 PEMS妥当性確認（バリデーション）
 PEMS妥当性確認計画は，基礎安全及び基本性能を含め，PEMSの意図していない機能に対しても調査する。
 PEMS妥当性確認は，PEMS妥当性確認計画に従って実施する。
 PEMS妥当性確認アクティビティの結果は，文書化する。
 PEMS妥当性確認に対して全体的な責任をもつ者は，設計チームから独立したものとする。製造業者は，独立性のレベルに関する根拠を文書化する。
 設計チームのいかなる要員も，彼ら自身の設計へのPEMS妥当性確認を担当してはならない。
 PEMS妥当性確認チームの要員と設計チームの要員とのすべての職務上の関係をリスクマネジメントファイルに文書化する。 .

Toshiba Medical Systems Corporation

変更後のソフトウェアバリデーション
GPSV 4.7 変更後のソフトウェアバリデーション
 ソフトウェアの複雑さにより、外見は小さな局所的な変更が、重要な全体のシス

テムに影響するかもしれない。いかなる変更でも（小さな変更であっても）、ソフ
トウェアになされる場合、ソフトウェアのバリデーションの状況を再確立する必要がある。
 ソフトウェアが変更された場合はいつでも、個々の変更にバリデーションがなされるだけでなく、すべてのソフトウェアシステムに、その変更の程度と影響を判断するべきである。
 この分析に基づき、ソフトウェア開発者は、不変であるが、システムの弱点になる部分は、悪影響を受けていないことを示すために、ソフトウェアのレグレッショ
ンテストの適切なレベルを行うべきである。設計管理及び適切なレグレッション
テストは、そのソフトウェアが、ソフトウェアの変更後に、バリデートされるという確信を提供する。

Toshiba Medical Systems Corporation

医療機器ソフトウェアの製品・性能に関する共通要求事項IECの新しい製品規格で検討されている要求事項の例
 実行環境 プラットフォームの指定／制限（ハードウェア、ソフトウェア、OSなど）
 使用するリソースの指定／制限（メモリ、HDD容量、周辺機器など）
 OTSの有無
 有りの場合、そのライフサイクルの保守管理方法

 実行条件
 強制終了の可不可／制限
 インストール／アンインストールの条件／制限
 自動／手動

 操作性
 操作の応答性
 操作の中止／停止／やり直し及び処理中の表示
 重要操作のバックアップ性（停電対策など）
 警報、警告及び操作者へのメッセージ
 ワークフローの実現性 ユニバーサルデザイン
Toshiba Medical Systems Corporation

医療機器ソフトウェアの安全性・品質に関する
ソフトウェア工学的アプローチ

ソフトウェア工学 プロセスアセスメント（一般ソフトウェア）

SPICE （Software Process Improvement and Capability dEtermination）
ISO/IEC 15504 情報技術−プロセスアセスメント （JIS X 0145）
プロセス成熟モデル統合：CMMI(CMMIもISO/IEC 15504に準拠する方向で改定が進んできた)

ソフトウェア開発を中心とした工程の評価の枠組み
診断員（アセッサ）による客観的評価による現状把握が重要
明確な品質目標と目的を開発チームで共有する。
医療機器ソフトウェアの開発には、安全要求事項の追加アセスメントが必要。

能力成熟度レベル
レベル

９つのプロセス属性
1.1 プロセス実施（Process Performance）
2.1 プロセス管理（Performance Management）
2.2 作業成果物管理（Work Product Management）
3.1 プロセス定義（Process Definition）
3.2 プロセス展開（Process Deployment）
4.1 プロセス測定（Process Measurement）
4.2 プロセス制御（Process Control）
5.1 プロセス革新（Process Innovation）
5.2 プロセス最適化（Process Optimization）

名称

５

最適化しているプロセス（Optimizing process）

４

予測可能なプロセス（Predictable process）

３

確立されたプロセス（Established process）

２

管理されたプロセス（Managed process）

１

実施されたプロセス（Performed process）

０

不完全なプロセス（Incomplete process）

Toshiba Medical Systems Corporation

ソフトウェア工学 プロセスアセスメント （医療機器）
 Medi SPICE PRM/PAM (Assessment model in medical device company)
AAMI
SW68

IEC
62304

Medi
SPICE

SPICEと同様の能力成熟度レベル

プロセス部分にIEC 62304を採用し、安全性を高めた医療機器開発に特化したアセスメントを開始しようとしている。（ISO/IEC JTC1/SC7）
 開発委託先の評価、選択及び設計管理の視点強化
 小規模な製造業者のためのアセスメントモデルを用意

Toshiba Medical Systems Corporation ご清聴ありがとうございました。


次頁以降 参考資料

Toshiba Medical Systems Corporation

日本の規制対象／規制対象外のソフトウェアの分類○：規制対象×：規制対象外

日本

欧州

米国

豪州

ｶﾅﾀﾞ

GHTF

○

○

○

○

○

○

○

○

○

○

○

○

×

○

○

○

○

○

×

○

○

○

○

○

非該当‑②

×

×

×

×

？

？

非該当‑①
非該当‑②

×

×

×

×

？

？

分類

定義

製品例

判断
基準

医療機器の構成品であるソフトウェア【医療機器標準搭載ソフトウェア】
医療機器に標準搭載されたソフトウェア。本体の医療機器と一緒に市場流通する。本体の医療機器にはPC等の汎用ハード
ウェアを含む場合もある。

CT等の組込みソフトウェア、CT等のモダリティコンソー
ルや医療用ＷＳに標準搭載する医療機器制御ソフト
ウェアや医療用アプリケー
ションソフトウェア(※１)

該当‑②【医療機器オプションソフトウェア】
医療機器のオプションソフトウェア（オプション製品）。本
体の医療機器とは別に市場流通するが、本体医療機器の構成品であるので必ず本体の医療機器にインストールされる。本体の医療機器にはPC等の汎用ハードウェアを含む場合もある。

ＣＴのモダリティコンソー
ルや医療用ＷＳにインストールされる別売りの医療用アプリケーションソフト
ウェア（※１）

該当‑①
該当‑②【医療用アプリケーションソフトウェア①】
ソフトウェア単独で医療上の有効性があり、診療用途を意図したソフトウェア。単独製品として市場流通し、かつPC等の汎用ハードウェアにインストールすることを意図したソフトウェア。

現在、非医療機器として販売されている医療機能を持った医療用アプリケー
ションソフトウェア（※
１）

該当‑①

【医療用アプリケーションソフトウェア②】
医療機器で取得した患者の生体情報や画像情報などの臨床データをさらなる処理（加工、検出、監視等）を行わずに診療のために保管、転送、又は表示等することを意図したソフトウェア。拡大・縮小・回転などのビューイングのための処理を含む。単独製品として市場流通し、かつPC等の汎用ハードウェアにインストールすることを意図したソフトウェア。

現在、非医療機器として販売されているPACSサーバソ
フトウェア／ビューワソフトウェア、生体検査システ
ムソフトウェア

該当‑①【医療情報システム①】
医療機器で取得した患者の生体情報や画像情報などの臨床データを取り扱うが、診療のために提供することを意図しないソフトウェア。

患者等の情報管理ソフト
ウェア⇒補足説明参照【医療情報システム②】
患者の病歴や検査日程などの非臨床データを取り扱うことを意図したソフトウェア。

電子カルテソフトウェア、
病院情報ソフトウェア⇒補足説明参照

非医療機器のアプリケーション
ソフトウェア

医療情報システム
ソフトウェア※１：三つの医療用アプリケーションソフトウェアはいずれも機能的には同類である。

規制対象とすべき
ソフトウェア

厚生労働科学研究費補助金 平成21年度Toshiba
総括研究報告書
Medical Systems Corporation？：未確認◎日本のみが規制対象とすべきソフトウェアを規制していない日本の規制対象のソフトウェアの判断基準
国名
日本

法律名

医療機器の定義（薬事法第２条）
この法律で「医療機器」とは、人若しくは動物の疾病の診断、治療若しくは予防に使用されること、又は人若しくは動物の身体の構造若しくは機能に影響を及ぼすことが目的とされている機械器具等であって、政令で定めるものをいう。

規制対象のソフトウェアの判断基準

規制対象外のソフトウェアの判断基準

薬事法

当該ソフトウェアが診療の役に立つ機能・性能を備えていて、
かつ当該ソフトウェアの製造販売業者が診療目的を意図する、
又は

該当‑①

医療機器の構成品や搭載部品である

該当‑②

医療機器の構成品や搭載部品ではなく、かつ当該ソフトウェアが診療の役に立つ機能・性能を備えていない、
又は

非該当‑①

医療機器の構成品や搭載部品ではなく、かつ当該ソフトウェアの製造販売業者が診療目的を意図しない

非該当‑②

厚生労働科学研究費補助金 平成21年度 総括研究報告書
Toshiba Medical Systems Corporation

5 ソフトウェア開発プロセスとアクティビティの概観
この規格の範囲外

顧客ニーズ
充足

顧客ニーズ

システム開発アクティビティ
システム開発アクティビティ ( ( リスクマネジメントを含む
リスクマネジメントを含む ））7.
7.ソフトウェアリスクマネジメント
ソフトウェアリスクマネジメント
5.1
5.1

ソフトウェア
ソフトウェア

開発計画
開発計画

5.2
5.2

ソフトウェア
ソフトウェア

要求事項
要求事項
分析
分析

5.3
5.3

ソフトウェア
ソフトウェアアーキテクチャアーキテクチャ

の設計
の設計

5.4
5.4

ソフトウェア
ソフトウェア

詳細設計
詳細設計

5.5
5.5

ソフトウェア
ソフトウェア
ユニットの
ユニットの

実装
実装
及び検証
及び検証

5.6
5.6

ソフトウェア
ソフトウェア

結合
結合
及び
及び

結合試験
結合試験

8.
8.ソフトウェア構成管理
ソフトウェア構成管理
9.
9.ソフトウェア問題解決
ソフトウェア問題解決
Toshiba Medical Systems Corporation

5.7
5.7

ソフトウェア
ソフトウェア
システム
システム
試験
試験

5.8
5.8

ソフトウェア
ソフトウェアリリース
リリース

6 ソフトウェア保守プロセスとアクティビティの概観（加筆版）
この規格の範囲外

保守要求

要求充足

システム開発アクティビティ
システム開発アクティビティ ( ( リスクマネジメントを含む
リスクマネジメントを含む ））7.
7.ソフトウェアリスクマネジメント
ソフトウェアリスクマネジメント
6.1
6.1

ソフトウェア
ソフトウェア

6.2
6.2

問題
問題

保守計画
保守計画 及び修正
及び修正
の
の分析
分析

5.3
5.3

ソフトウェア
ソフトウェア

5.4
5.4

ソフトウェア
ソフトウェアアーキテクチャアーキテクチャ 詳細設計
詳細設計

の設計
の設計

5.5
5.5

ソフトウェア
ソフトウェア
ユニットの
ユニットの

5.6
5.6

ソフトウェア
ソフトウェア

実装
実装
及び検証
及び検証

結合
結合
及び
及び

結合試験
結合試験

5.7
5.7

ソフトウェア
ソフトウェア
システム
システム
試験
試験

5.8
5.8

ソフトウェア
ソフトウェア
リリース
リリース

6.3
6.3 修正の実装
修正の実装
8.
8.ソフトウェア構成管理
ソフトウェア構成管理
9.
9.ソフトウェア問題解決
ソフトウェア問題解決
Toshiba Medical Systems Corporation

SOUP 開発過程が不明なソフトウェア（ software of unknown provenance ）既に開発されていて一般に利用できるが，医療機器に組み込むことを目的に開発したものではないソフトウェアアイテム［ 市販品（OTS） として知られているソフトウェア］
又は以前開発されたソフトウェアでその開発プロセスに関する十分な記録が利用でき
ないもの。

SOUP
OTS（Off-the-Shelf Software）
市販パッケージソフトウェア
契約により入手可能な既製品
OS含む

以前開発されたソフトウェアでその開発プロセスに関する十分な記録が利用できないもの

Toshiba Medical Systems Corporation

ソフトウェアアーキテクチャの設計 ソフトウェア安全クラス分類
IEC 62304:2006 （JIS T 62304）


ソフトウェアシステムが指定したとおり動作しない故障で危害が起こる可能性がある場
合、発生確率を100%とみなす。



ソフトウェア安全クラス A,B,C ： リスクの大きさ

安全クラス分類の流れ

ソフトウェアアーキテクチャの構築に役立つ（図化、根拠の文書化）① ソフトウェアシステムに対してソフトウェア安全クラスを割り付ける。
② ソフトウェアシステムをソフトウェアアイテムに分割していく。
危害の程度に基づいて安全クラスを割り付ける。
根拠を示して、ソフトウェアアイテムの安全クラスを低くできる。
できなければ、ソフトウェアシステムの安全クラスを継承する。
分類根拠を示し、安全クラスを下げれば（C→B、B→A）、タスクを減らせる。
そのリソースを本来必要なタスクへ。
適切な安全クラスにすることが目的である。

ソフトウェアシステム／
ソフトウェアアイテム（クラス C）

ソフトウェアアイテム
X（クラス A）③ ソフトウェア安全クラスを分類するまでは、ソフトウェアシステムのクラスはC。

①

ソフトウェアアイテム
Y（クラス C）②
ソフトウェアアイテム
W（クラス B ）ソフトウェアアイテム
Z（クラス C ）JIS T 62304 附属書 B

分割の単位

ソフトウェアアイテム
Toshiba Medical Systems Corporation

リスクマネジメント リスクの推定
IEC/TR 80002-1


ソフトウェアそれ自体はハザードではないが、危険状態の一因になる可能性がある。
危険状態の一因になる可能性があるイベントシーケンス： ソフトウェアの仕様、設計、実装の誤り

4.4 各ハザードに関するリスクの推定

FMEA（故障モード影響解析 IEC 80812 [2]）
 「あるソフトウェアアイテムが故障したとするとどのような結果になるか」

ソフトウェアの安全に関わる要求事
項をリストアップし、それらが満たされない場合と考えるアプローチである。

FTA（フォルトツリー解析 IEC 61025 [3]）
 危険状態を引き起こすイベントシーケンスに関与するソフトウェアアイテムの特定に使用できる。

危害が発生することを前提とし、その危害について存在するはずのイベント又は条件を特定して解析していき、危害を予防すると期待されるリスクコントロール手段がひとつ以上特定できるまで解析を続けるアプロー
チである。

Guidance for the Content of Premarket Submissions for Software
Contained in Medical Devices


旧版： ハザード分析（例えば、FMEA、FTA）はライフサイクルの初期に開始し、開発が進むにしたがい更新されるべきである。

ISO 14971に従った機器のハザード（リスク）分析文書を求めている。
Toshiba Medical Systems Corporation

リスクマネジメント リスクコントロール
IEC/TR 80002-1 6.2.1.5 どのイベントにリスクコントロール手段が必要か
患者の負傷

 危険状態につながる一連の事象（sequenceof event）は数多くある。そのような一連の事
象の各々について，リスクコントロール手段を適用することは可能でもないし，必要でもない。
選択した事象に対してリスクコントロール手段を適用して，全体の危害の発生確率を受容可
能なレベルに引き下げることで十分である。

OR

その他の
一連の事象

 どの事象を検出して，予防又は起こりにくくするのが良いかを決定する際，危険状態につながる一連の事象を図示することが役立つ。
AND

ソフトウェアの正しくない出力

ハードウェアの防護手段（リスクコントロール手段）が安全でない状態を検出できない

医療機器ソフトウェアの品質管理と手法に関する調査・検討報告書
JEITA 医療機器ソフトウェアWG

Toshiba Medical Systems Corporation

レグレッションテスト（参考）IEC 62304:2006 (JIS T 62304)
 レグレッションテスト：

ソフトウェアアイテムを既存のソフトウェアに結合する場合，レグレッションテス
トを適宜実施して、結合前にはなかった不具合が新たに生じていないことを実
証する。

P

ト
ス
テ
ン
ョ
シ
ッ
レ
グ
レ
Q

変更

S

T

R

U

V

 ソフトウェアアーキテクチャの図化がレグレッションテストを効果的、且つ論理的に実行する上で重要である。
 ソフトウェア単体試験（ユニットの検証）、結合試験の構造化、自動化が効果的。
Toshiba Medical Systems Corporation

ソフトウェアの調達／アウトソーシング

ISO/IEC 90003:2004


必要な場合、１）製品、手順、プロセス、設備の承認
２）要員の的確性確認
３）品質マネジメントシステムに関する要求 を含めること。

 ソフトウェアの購買情報には必要な場合、次のものを含めると良い。
 注文品の識別（形名、番号、バージョン、構成） 要求事項（注文時に定められない場合は、要求事項を明確にする手順）
 適用させる規格
 供給者に従わせる手順、作業指示
 開発環境（ハードウェア、開発ツール、設備）

医療機器ソフトウェアの品質管理と手法に関する調査・検討報告書
JEITA 医療機器ソフトウェアWG

 目標環境（ハードウェア、ＯＳ等）
 要員に対する要求（必須訓練、製品知識）

 品質保証文書の提出要求
 適切な設計管理の実施（形態、契約による）例） 設計レビューの実施
リスクアセスメントへの参画

Toshiba Medical Systems Corporation

IEC 80001-1 Application of risk management for IT-networks incorporating medical devices
 医用機器が接続されたITネットワーク環境のリスクマネジメント規格であり、安全性、有効性、
セキュリティをバランス良く実現することを目的とし、運営する責任組織に課せられる要求を規定している。

The RESPONSIBLE ORGANIZATION

特定機器専用の独立したネットワークは対象外
 個人使用される機器（在宅医療など）は対象外
Clinical
Department
es to
vid ts
ro r
P xpe
e

se
vo
rp

Biomedical
Engineering
Department

PoliciespA 施設、製造者（周辺機器含む）の役割、責任、
アクティビティが定義されている。

TOP MANAGEMENT
s
ate
re
C

Processes
Proceduresot
se st
di r e
vo px
r e
P

f
o
n
io
at
e
cr
s
e
vis
er
p
u
S

IT
Departments oe t
id rts
v e
ro xp
P e

MEDICAL IT­
NETWORKRISK
Risk
MANAGEMENTManagement
FILE
File

MEDICAL IT­
NETWORKRISKMANAGERRESIDUAL RISKMEDICAL「リスクマネージメント規格類の概要と関連」 JAHIS平井 より転載

Toshiba Medical Systems Corporation

MEDICALDEVICEDEVICE

manufacturer
or other IT
technology
providerA

manufacturer
or other IT
technology
providerB

Sub­
contractor

Other...

IEC 80001-2/TR Step-By-Stepの構成
 Clause4 用語の定義を起点とした、Risk

Management 基礎知識

 Clause5 関連規格としてISO14971の概説

 Clause6
 IEC80001-1の詳解と適用手順

 Clause７
 実践的な例◆初心者を対象とした解説◆医療機器製造業者（MDM）
への要求特になし
Toshiba Medical Systems Corporation

IEC 80001-2/TR Wireless Networkの構成
 Clause4
 WAN、スマートフォンまで含んだ

広い範囲を対象

 Clause5〜8
 IEC80001-1で定義されたステップと対応させた詳説
 SLA、Configなど具体的な実践ガ

イド◆NW管理者レベルを対象とした詳細な解説◆MDMの協力を求める記載
Toshiba Medical Systems Corporation

IEC 80001-2/TR Wireless Network ：MDMに関する記載の例◆一旦削除されたが復活◆MDMの提供する情報への期待が示されているが詳細は未定義

Toshiba Medical Systems Corporation

IEC 80001-2/TR Securityの構成
 Clause5Security Capabilityのリスト
Each section provides a broad viewof a potentially applicable security
control or PROCESS category.

 Clause6 / Clause7サンプル

 Clause8 / Clause8


各種情報源

 Annex

MDM ⇒ HDO ⇒ MDM
HDO: Healthcare Delivery Organization◆IEC80001の対象範囲の解釈◆Security Capabilityの定義
Toshiba Medical Systems Corporation

具体的な
仕様の記
述はなし。

IEC 80001-2/TR Security：Security Capabilities
Applicable
Stand
ard
IHE

Security Capabilities

Reference Materila

AUDT: Audit controls
PEAU: Person and node authentication
SERV: Service access security

NEMA SPC Remote Service Interface

TXCR: Transmission confidentiality
TXIN: Transmission integrity
UUID: Unique user ID
DICOM

EDID: HEALTH DATA de-identification
ESTO: HEALTH DATA confidentiality for storage

MDS2

GUID: Security guides

N/A

ALOG: Automatic logoff
CNFG: Security feature configuration
DTBK: Data backup and disaster recovery

ISO/IEC 20000-2:2005(E) 6.3.4

EMRG: Emergency access
INTG: HEALTH DATA integrity and authenticity

NEMA Security and Privacy Auditing

MALP: Malware detection/protection
PLOK: Physical locks on device
PRUP: Cybersecurity Product upgrades
RDMP: 3rd party components in product lifecycle roadmaps
SAHD: System and application hardening

Toshiba Medical Systems Corporation

IEC 80001-2/TR Security：Security Capability 記載例

Toshiba Medical Systems Corporation

IEC/TR 80002 Ed.1の概要
3 General requirements•Medical device software –Part 1: Guidance on the application of ISO 14971
to medical device software

4

Risk analysis· Intended use andidentification ofcharacteristics related to thesafety of the medical device· Identification of hazards· Estimation of the risk(s) for
each hazardous situation•目的：ISO 14971:2007の章立てに従った、
ソフトウェア視点のリスクマネジメント指針を提供•読者をリスク･マネージャとソフトウェア技術者と想定•IEC 62304の概念および要求事項（アクティビティ・
タスク）を基本に、ソフトウェア自体のもしくは関連するリスク（ Software error ）を捉え、指針を構成− ソフトウェア安全クラスの導入− ソフトウェアの変更の副作用− プロアクティブな設計アプローチ− アウトソーシング（契約等）指針− トレーニングプログラム− ソフトウェアの特性（変更を繰り返す）− SOUP管理

5

6

t
n
e
m
s
s
e
s
s
a
k
is
R

Risk evaluation

t
n
e
m
e
g
a
n
a
m
k
is
R

Risk control· Risk control option analysis· Implementation of risk
control measure(s)· Residual risk evaluation· Risk/benefit analysis· Risks arising from risk
control measures· Completeness of risk control

7Evaluation of overall residual
risk acceptability

8

Risk management report•Annex B： ソフトウェア起因のハザード例•Annex C： ソフトウェア関連の潜在ミス
9Production and post-production
information•Annex D： ４，５，６章とIEC 62304とのアクティビティ
A schematic representation of the risk management process in ISO 14971:2007
対応マップ
Toshiba Medical Systems Corporation

医療機器ソフトウェアの品質へ集中するために
不正ソフトウェア（ウィルスなど）に対するリスクマネジメント（Safety, Security）
SOUP異常リストの入手・リスク（影響）分析が重要 不正ソフトウェア（コード）作成者






広域なネットワークを利用し、高いモチベーションを持ち、最新技術、情報、過去事例を共有し、検証の徹底していながら、開発スピードに長けた（仮想）集団又は個人

 「画像診断ワークステーションのウイルス対策ソフトに関するガイドライン」
JESRA TR-0035-2010 （JIRA 工業会規格）参照

 保守計画の確立（IEC 62304:2006, IEC/TR 80002-1:2009）
脆弱性の発見から、更新プログラムの適用（対策）まで、攻撃を受けるリスクがある
SOUPの
供給者

脆弱性
発見／公表

セキュリティ更新
プログラム（パッチ）作成

医療機器の
製造業者

脆弱性の
認知

不正ソフトの作成者

不正ソフトの作成開始

時間

更新プログラムの
公開／提供

脆弱性の
リスク分析

更新プログラムを含むシステムの検証

脆弱性を悪用した攻撃開始
Toshiba Medical Systems Corporation

更新プログラムの適用

3

コンピュータ診断支援装置審査 ＷＧ
平成 22 年度 報告
平成 23 年 3 月 7 日

審査 WG メンバー構成（敬称略）
座 長 遠藤啓吾

群馬大学 教授

委 員 （五十音順）
小畑 秀文 東京農工大学 学長
鳥脇純一郎 中京大学 非常勤講師
中田 典生 東京慈恵会医科大学 講師
縄野繁
国際医療福祉大学 教授
増谷 佳孝 東京大学 講師
横井 英人 香川大学 教授
事務局
松岡 厚子
配島 由二
植松 美幸

(独)医薬品医療機器総合機構
鈴木 由香 医療機器審査第二部 部長
井本 昌克 医療機器審査第一部 審査役
磯部総一郎 審査マネジメント部 部長
池田潔
審査マネジメント部 課長代理

国立医薬品食品衛生研究所 医療機器部 部長
国立医薬品食品衛生研究所 医療機器部 第一室長
国立医薬品食品衛生研究所 医療機器部 研究員

評価指標の作成に向けた平成 22 年度の作業内容
コンピュータ診断支援装置審査 WG の目標
現在、医療用ソフトウェアの品質、安全性及び有効性に関する規格作りが世界的に進められている。
また、コンピュータ診断支援ソフトウェアの導入により、医師による診断精度の向上や医療機関間の情報交換等の利点が期待される。そこで本 WG では、同ソフトウェアを巡る国内外の動向を調査すると共に、装置に組み込まれたコンピュータ診断支援ソフトウェアの安全性と有効性を科学的根拠に基づいて適正且つ迅速に審査するための評価指標案の作成を目指した。

合計 3回の会議を開催し、以下のワークフローに従って検討した。
第１回会議 (H22.10.26）【評価指標案の作成に関する枠組み】
対象ソフトウェア及び評価指標項目の選定【第1回会議のポイント】(1)世界的動向の把握

第２回会議 (H22.12.11）【評価指標原案の作成】
TF が作成した叩き台に基づいた討議

第３回会議 (H23.1.25）【報告書作成に向けた準備】・評価指標案の内容決定
・その他の補足資料：ニーズ、規制状況、
安全性・有効性の基本的考え方(2)対象ソフトウェアの選定
・適用部位・モダリティ毎に作成？
・共通項を取りまとめた大枠を作成？
・どこまで含めるか？
(3)評価指標に記載すべき項目の選定(4)各項目の作成に係る方向性の決定
・品質、安全性の考え方
・治験の必要性とその内容(5)TF の立ち上げコンピュータ診断支援装置に関する評価指標案の構成と特徴 ①
評価指標案の構成

内容及び特徴1.はじめに装置に付随するCADe(Computer‑Aided Detection)又はCADx(Computer‑Aided
Diagnosis)機能を有する製品

2.本評価指標の対象
3.評価指標の位置づけ
4.評価に対して留意すべき事項①開発の経緯、品目仕様、国内外での使用状況、設計開発と装置の原理、
使用方法②設置、保守点検、トレーニング計画、実行環境等(1)基本的事項(2)非臨床試験①性能に関する評価①検出アルゴリズム②モダリティ共通の使用データ属性（撮影機器、撮影条件、画像出力、
保存状態、CAD処理）③モダリティ特有の使用データ属性（エックス線、CT、超音波、MRI、その他）④検出性能（絶対・相対指標、データセット数、速度性能）評価に使用する臨床画像データは、装置の目的や主要評価項目等を踏
まえ、検出率や偽陽性・偽陰性率算出に必要なデータ数とし、複数施設のデータを含むものとする。

②安全性、品質に関する評価

電気的安全性、品質マネジメント、リスクマネジメント、ソフトウェア特有の規格

コンピュータ診断支援装置に関する評価指標案の構成と特徴 ②

評価指標案の構成

内容及び特徴(3)臨床試験（治験）①治験の要否について

平成20年8月4日付け薬食機発第0804001号
医療機器に関する臨床試験データの必要な範囲等について②有効性及び安全性の評価対象とする診断支援が実施できることを示すとともに、明確に定義された
偽陽性や偽陰性を含む適切なエンドポイントを設定してその有効性と安全性を評価する。

③治験の症例数①臨床試験の目的や主要評価項目等を踏まえ、科学的根拠に基づき、コン
ピュータ診断支援ソフトウェアの有効性や偽陽性・偽陰性率算出に必要な症例数とする。偽陽性・偽陰性率は別途行う臨床診断結果と比較して算出する。
②対照として既存のコンピュータ診断支援プログラムを使用する場合は、その妥当性について説明する。

調査報告①コンピュータ診断支援ソフトウェアのニーズ②海外における標準化及び規制に関する状況

今後の予定

本対象品目の評価指標(案)の作成は本年度で終了する。

4

ÒÌ¿f}¤hÀ
Ø¼jÒÌÙ      k=¼Ö ¬´    yw§tq¯v¼Öz ¶¦Äv«{ ¶¦ÐÊ°9v« {D½ËÇ~Ã©Æ£kÈ¾nD<C@;
A:
 9v« {DrCÒ>HÔºÂ×DD}¤CÒ>H¯l:Ø  w§tq¯l´  yÙ 9v« {DºÂ×DD}¤CÒ>H¯l:Ø  w§tq¯l´yÙ 9v¼z8v¼Ïz8u¸zxEv« {D½ËÇ~r¶¦D}¤CÒ>H¯l:Ø  w§tq¯l´  yÙ 9v¼z8v¼Ïz8u¸zxEv« {DzÉ¶¦D}¤CÒ>H¯l:Ø 
w§tq¯l´  yÙ 9v« {xEmÁ¨v¼zD½Ë¶¦xEzÉ¶¦D}¤CÒ>H¯l:Ø w§tq¯l´   yÙ
 9v« {D½ËÇ~DÅxEÂ×DD}¤CÒ>H¯l:Ø  w§tq¯l´  yÙ      k=¼Ö ¬´   yw§tq¯v¼Öz ¶¦Äv« {¶¦ÐÊ°9v« {CÒ>HºÂ×XgVD¾B·|µC@;A:      k=v¬´   yw§tq¯vÄÐÊ°xEv
±¬´   yw§tq¯v±³Ñ¬»ÄÐÊ°9v« {CoHr¶¦D?GDms²pCoHÍ¨iDª¥C@;A:
ØzÉf]dTSITS`eYÙ     v« {7zÉ^ZR`eYQSW_7¿s®­D?GD¾¢jÕ
$#(" * #$4("$1  3 *(26 + , &$+$,2 1612$+1  $/3(0$+$,21 %-0 0$&3* 2-06
.30.-1$1   $#(" *#$4("$1..*(" 2(-,-%0(1)+ , &$+$,22-+$#(" *#$4("$1v« {Úv« {FDbSN^ZR`eYDÎ¨ØU[YKLIÒÌÙ     $#(" *#$4("$1-%25 0$ -%25 0$*(%$"6"*$.0-"$11$1      612$+1 ,# 1-%25 0$ $,&(,$$0(,&  -%25 0$ *(%$ "6"*$
.0-"$11$1QSW_xEU[YKLIÚU[YKLIaJ[PJNc]dTS  # $,$#(" *#$4("$1-%25 0$ 023(# ,"$-,
2'$ ..*(" 2(-,-% 2-+$#(" *#$4("$1-%25 0$v« {U[YKLIÚ´  ÏÛv« {U[YKLIFD   DÎ¨D     #   ! 3,"2(-, * 1 %$26 -% $*$"20(" *$*$"20-,(".0-&0 ++ !*$$*$"20-,("1 %$260$* 2$#1612$+1 02 -%25 0$0$/3(0$+$,21Ó¡Ó]dOa^\cÓrÒÌQSW_D ¹­rÚ´ ÏÛU[YKM
I¾¢jÕ

   !%'#  # & $!#%""%! ! %!!"&%#$!%'#153./-@>T074682153./-+*
   *LE*AN
R<FB=OKS
1.
  S

<EPCB=H9MU?;)O(,9IGJD:QR  