スライド 1
|
|
|
- きみつぐ しろみず
- 4 years ago
- Views:
Transcription
1 ICH E2B (R3) 用ツール開発時の留意点 ICH E2B (R3) 実装ガイド説明会平成 23 年 7 月 11 日 厚生労働科学研究 国際化を踏まえた医薬品 医療機器安全性情報の伝達に関する研究 ( 岡田班 ) 研究協力者 株式会社ケーアイエス 増田剛
2 本日の内容 1. はじめに 3. より理解を深めるために 4. 本日のまとめ 2 配布資料の訂正 P. 13 右側の青い箱の中 B.1.2.2a 誤 :code root 属性値が age 正 :code code 属性値が age P.13 右側の青い箱の中 B a 誤 :code root 属性値が gestationperiod 正 :code code 属性値が gestationperiod P.20 右側の青い箱の中 B.4.k.1 を追加 P.22 B.2.i.3 B.2.i.4 B.2.i.5 の 3 つが出現する場合誤 : <effectivetime xsi:type= IVL_TS > 正 : <effectivetime xsi:type= SXPR_TS > P.24 UCUM を使用する項目 7 項目 (B.2.i.5b, B.4.k.2.3.r.4, B.4.k.4.r.2, B.4.k.4.r.5, B.4.k.4.r.8b, B.4.k.i.3.1b, B.4.k.i.3.2b) を追加 P.29 留意点誤 :5. すべての形式チェックを正 :10. すべての形式チェックを
3 1. はじめに E2B (R2) と E2B(R3) ではメッセージの形式が大きく異なります E2B (R2) E2B (R3) 単純に SGML と XML の違いだけではありません 3
4 1. はじめに E2B(R2) では E2B(R2) SGMLのルール E2B(R3) では E2B(R3) HL7のルール XML のルール A の要素 ( タグ ) 名は authoritynumb とする A は必須 開始タグは < 要素名 > と記述する終了タグは </ 要素名 > と記述する A.1.3 は必須 A.1.3 は秒の単位まで記述する A.1.3 の要素 ( タグ ) 名は effectivetime とし value 属性に値を記述する 開始タグは < 要素名 > と記述する終了タグは </ 要素名 > と記述する 4 要素 ( タグ ) 名やメッセージ構造を規定
5 1.XML 内の項目は E2B の項目順とは一致しません E2B R2 では A.2 第一次情報源 A.2.1.1a 報告者職名 A.2.1.1b 報告者名 A.2.1.1c 報告者中間名 A.2.1.1d 報告者姓 A.2.1.2a 報告者組織 A.2.1.2b 報告者部署 A.2.1.2c 報告者住所番地 A.2.1.2d 報告者住所市町村等 A.2.1.2e 報告者住所都道府県等 A.2.1.2f 報告者住所郵便番号 <primarysource> <reportertitle>a.2.1.1a</reportertitle> <reportergivenname>a.2.1.1b</reportergivenname> <reportermiddlename>a.2.1.1c</reportermiddlename> <reporterfamilyname>a.2.1.1d</reporterfamilyname> <reporterorganization>a.2.1.2a</reporterorganization> <reporterdepartment>a.2.1.2b</reporterdepartment> <reporterstreet>a.2.1.2c</reporterstreet> <reportercity>a.2.1.2d</reportercity> <reporterstate>a.2.1.2e</reporterstate> <reporterpostcode>a.2.1.2f</reporterpostcode> </primarysource> 一部の例外を除き 項目の出現順は E2B の項目順と一致 項目の階層関係は E2B の項目間の階層関係と一致 要素名は E2B の項目名と関連があり 各項目がユニークな要素名を持つ 5
6 E2B R3 では A.2 第一次情報源 A.2.r.1.1a 報告者職名 A.2.r.1.1b 報告者名 A.2.r.1.1c 報告者中間名 A.2.r.1.1d 報告者姓 A.2.r.1.2a 報告者組織 A.2.r.1.2b 報告者部署 A.2.r.1.2c 報告者住所番地 A.2.r.1.2d 報告者住所市町村等 A.2.r.1.2e 報告者住所都道府県等 A.2.r.1.2f 報告者住所郵便番号 項目の出現順はE2Bの項目順と異なる項目の階層関係は E2Bの項目間の階層関係と異なる要素名から項目を必ずしも類推できるわけではなく またユニークでもない 6 <author typecode="aut"> <assignedentity classcode="assigned"> <addr> <streetaddressline>a.2.r.1.2c</streetaddressline> <city>a.2.r.1.2d</city> <state>a.2.r.1.2e</state> <postalcode>a.2.r.1.2f</postalcode> </addr> <telecom value="a.2.r.1.2g" /> <assignedperson classcode="psn" determinercode="instance"> <name> <prefix>a.2.r.1.1a</prefix> <given>a.2.r.1.1b</given> <given>a.2.r.1c</given> <family>a.2.r.1.1d</family> </name> <representedorganization classcode="org" determinercode="instance"> <name>a.2.r.1.2b</name> <assignedentity classcode="assigned"> <representedorganization classcode="org" determinercode="instance"> <name>a.2.r.1.2a</name> </representedorganization> </assignedentity> </representedorganization> </assignedentity> </author>
7 2. 値の表現方法に複数のパターンが存在します E2B R2 では <primarysource> <reportertitle>a.2.1.1a</reportertitle> <reportergivenname>a.2.1.1b</reportergivenname> <reportermiddlename>a.2.1.1c</reportermiddlename> <reporterfamilyname>a.2.1.1d</reporterfamilyname> </primarysource> すべての値は SGML の 内容 (content) として表現 7
8 E2B R3 では <addr> <streetaddressline>a.2.r.1.2c</streetaddressline> <city>a.2.r.1.2d</city> </addr> XML の テキスト内容 として表現 A.2.r.1.2c A.2.r.1.2d A.4.r.1 B.1.1 他多数 <investigationevent classcode="invstg" moodcode="evn"> <id extension="a root="ich-senders-safety- report-identifier-oid" /> <observation moodcode="evn" classcode="obs"> <code code="age" codesystem="ich-observation-code-oid" /> <value xsi:type="pq" value="b.1.2.2a" unit="b.1.2.2b" /> </observation> XML の 属性値 として表現 A A B.1.2.2a B.1.2.2b 他多数 8
9 OID(Object IDentifier) の使い方 識別子の名前空間を定義 ( 例 ) <investigationevent classcode="invstg" moodcode="evn"> <id extension="a root="ich-senders-safety- report-identifier-oid" /> 通常 root 属性で発行者や発行機関を表すことにより extension 属性と root 属性のペアでユニークな識別子を構成 ID1 :extension= 12345, root= ID2 :extension= 98765, root= ID3 :extension= 12345, root= コード体系の識別 <observation moodcode="evn" classcode="obs"> <code code= age codesystem="ich-observation-code-oid" /> <value xsi:type="pq" value="b.1.2.2a" unit="b.1.2.2b" /> </observation> MedDRA コード ICH Observation コード ( 未定 ) ich-observation-code-oid 9 <observation moodcode="evn" classcode="obs"> <code code= B r.a.2 codesystem= codesystemversion="b r.a.1" />
10 3. 値の記述箇所を特定するために要素 ( タグ ) 名以外の情報を必要とします E2B R2 では <ichicsr> <safetyreport> <primarysource> <reportertitle>a.2.1.1a</reportertitle> </primarysource> ichicsr safetyreport primarysource reportertitle で一意に定まる SGML 上での値の記述箇所は 要素 ( タグ ) 名から特定可能 10
11 E2B R3 では <MCCI_IN200100UV01> <PORR_IN049016UV> <controlactprocess> <subject typecode="subj"> <investigationevent classcode="invstg" moodcode="evn"> <id extension="a.1.0.1" root="ich-senders-safety-report-identifier-oid" /> <id extension="a " root="ich-worldwide-case-identifier-oid" /> <code code="pat_adv_evnt" codesystem=" " /> <text>b.5.1</text> <statuscode code="active" /> <effectivetime> <low value="a.1.6" /> </effectivetime> XML の要素 ( タグ ) 名で特定できるケース 例 :B.5.1 MCCI_IN200100UV01 PORR_IN049016UV controlactprocess subject investigationevent text XML の要素 ( タグ ) 名と属性で特定できるケース 例 :A.1.6 MCCI_IN200100UV01 PORR_IN049016UV controlactprocess subject investigationevent effectivetime 属性 ) 11
12 <MCCI_IN200100UV01> <PORR_IN049016UV> <controlactprocess> <subject typecode="subj"> <investigationevent classcode="invstg" moodcode="evn"> <id extension="a.1.0.1" root="ich-senders-safety-report-identifier-oid" /> <id extension="a " root="ich-worldwide-case-identifier-oid" /> <code code="pat_adv_evnt" codesystem=" " /> <text>b.5.1</text> <statuscode code="active" /> <effectivetime> <low value="a.1.6" /> </effectivetime> 他の属性値で特定できるケース A MCCI_IN200100UV01 PORR_IN049016UV controlactprocess subject investigationevent ( 属性 ) root 属性値が ich-senderssafety-report-identifier-oid A MCCI_IN200100UV01 PORR_IN049016UV controlactprocess subject investigationevent ( 属性 ) root 属性値が ich-worldwidecase-identifier-oid A と A の id 要素の順番は任意 12
13 要素の構造は共通 <MCCI_IN200100UV01> <PORR_IN049016UV> <controlactprocess> <subject typecode="subj"> <investigationevent classcode="invstg" moodcode="evn"> <subjectof2 typecode="sbj"> <observation moodcode="evn" classcode="obs"> <code code="age" codesystem="ich-observation-code-oid" /> <value xsi:type="pq" value="b.1.2.2a" unit="b.1.2.2b" /> </observation> </subjectof2> <subjectof2 typecode="sbj"> <observation moodcode="evn" classcode="obs"> <code code="gestationperiod" codesystem="ich-observation-code-oid" /> <value xsi:type="pq" value="b a" unit="b b" /> </observation> </subjectof2> 13 他の属性値で特定できるケース B.1.2.2a MCCI_IN200100UV01 PORR_IN049016UV controlactprocess subject investigationevent subjectof2 observation ( 属性 ) code code 属性値が age B a MCCI_IN200100UV01 PORR_IN049016UV controlactprocess subject investigationevent subjectof2 observation ( 属性 ) code code 属性値が gestationperiod B.1.2.2a と B a の observation 要素の順番は任意
14 特殊なケース 1 要素の順番が項目の特定に影響するケース <assignedperson classcode="psn" determinercode="instance"> <name> <prefix>a.2.r.1.1a</prefix> <given>a.2.r.1.1b</given> <!-- A.2.r.1.1b: Reporter Identifier (Reporter given name) --> <given>a.2.r.1.1c</given> <!-- A.2.r.1.1c: Reporter Identifire (Reporter middle name) --> <family>a.2.r.1.1d</family> <!-- A.2.r.1.1d: Reporter Identifier (Reporter family name) --> </name> <asqualifiedentity classcode="qual"> <code code="a.2.r.1.4" codesystem="ich-qualification-oid" /> </asqualifiedentity> 一番目の given 要素は A.2.r.1.1b (Given Name) 二番目のgiven 要素はA.2.r.1.1c (Middle Name) 一つしか出現しない場合はA.2.r.1.1b(Given Name) と判断 A.3.3c A.3.3d A.3.3eも同様 14
15 特殊なケース 2 属性の値の一部が項目の特定に影響するケース <author typecode="aut"> <assignedentity classcode="assigned"> <code code="a.3.1" codesystem="ich-sender-type-oid" /> <addr> <streetaddressline>a.3.4a</streetaddressline> <city>a.3.4b</city> <state>a.3.4c</state> <postalcode>a.3.4d</postalcode> </addr> <telecom value="tel:a.3.4f" /> <!-- A.3.4f: Sender's Telephone --> <telecom value="fax:a.3.4i" /> <!-- A.3.4i: Sender's Fax --> <telecom value="mailto:a.3.4l" /> <!-- A.3.4l : Sender's Address --> telecom 要素のvalue 属性が tel: で開始 A.3.4f(Sender s Telephone) telecom 要素のvalue 属性が fax: で開始 A.3.4i(Sender s Fax) telecom 要素のvalue 属性が mailto: で開始 A.3.4l(Sender s Address) 15
16 4.E2B の項目値以外で 記述が必要なものが存在します E2B R3 では <?xml version="1.0" encoding="utf-8"?> <MCCI_IN200100UV01 ITSVersion="XML_1.0" xsi:schemalocation="urn:hl7-org:v3 MCCI_IN200100UV01.xsd" xmlns="urn:hl7-org:v3" xmlns:mif="urn:hl7-org:v3/mif" xmlns:xsi=" <id extension="m.1.4" root="sender-identifier-value" /> <creationtime value=" " /> <responsemodecode code="d" /> <interactionid extension="mcci_in200100uv01" root=" " /> <name code="m.1.1" codesystem="ich-type-of-message-in-batch-oid" /> <component typecode="comp"> <adverseeventassessment classcode="invstg" moodcode="evn"> <subject1 typecode="sbj"> <primaryrole classcode="invsbj"> <player1 classcode="psn" determinercode="instance"> <name>b.1.1</name> E2B の項目値以外で 記述しなければならない要素 ( タグ ) や属性値が多数存在します 16
17 XML のパス上 必要だから記録しなければならない項目 <component typecode="comp"> <adverseeventassessment classcode="invstg" moodcode="evn"> <subject1 typecode="sbj"> <primaryrole classcode="invsbj"> <player1 classcode="psn" determinercode="instance"> <name>b.1.1</name> HL7 のルール上必須である項目 HL7 Mandatory Elements 例 : B.3.r.2 が出現する場合には interpretationcode 要素は必須 <referencerange> <observationrange classcode="obs" moodcode="evn.crt"> <value xsi:type="pq" value="110" unit="mg/dl" /> <!-- B.3.r.2: Normal High Value --> <interpretationcode code="h" codesystem=" " /> </observationrange> </referencerange> 17
18 HL7 のルール上必須である項目 HL7 HL7 required Elements 例 : B.2.i.* が出現する場合には code 要素は必須 <subjectof2 typecode="sbj"> <observation moodcode="evn" classcode="obs"> <id extension="1" root="oidinternalreferencestoreaction" /> <code code="reaction" codesystem="ich-observation-code-oid" /> <effectivetime xsi:type="ivl_ts"> <low value=" " /> <!-- B.2.i.3 Date of Start of Reaction / Event --> <high value=" " /> - <!-- B.2.i.4: Date of End of Reaction / Event --> </effectivetime> <value xsi:type="ce" code="b.2.i.1.b" codesystem=" " codesystemversion="b.2.i.1.a"> <!-- B.2.i.1.a: MedDRA Version for Reaction / Event --> <!-- B.2.i.1.b: Reaction / Event in MedDRA Terminology --> <originaltext language="b.2.i.0.a2">b.2.i.0.a1</originaltext> <!-- B.2.i.0.a1: Reaction / Event as Reported by the Primary Source in Native Language --> <!-- B.2.i.0.a2: Reaction / Event as Reported by the Primary Source Language --> </value> 18
19 5.ID により他の項目を明示的に参照しなければならない項目があります E2B R3 では <subjectof2 typecode="sbj"> <observation moodcode="evn" classcode="obs"> 参照 <id extension="1" root="oidinternalreferencestoreaction" /> <code code="reaction" codesystem="ich-observation-code-oid" /> <value xsi:type="ce" code="b.2.i.1.b" codesystem=" " codesystemversion="b.2.i.1.a"> <originaltext language="b.2.i.0.a2">b.2.i.0.a1</originaltext> </value> B.2 を参照 B.4.k.9.i.2.r.1 B.4.k.9.i.2.r.2 B.4.k.9.i.2.r.3 B.4.k.9.i.3.1a B.4.k.9.i.3.1b B.4.k.9.i.4 <outboundrelationship1 typecode="sas"> <pausequantity value= B.4.k.9.i.3.1a" unit="b.4.k.9.i.3.1b" /> <actreference classcode="obs" moodcode="evn"> <id extension="1" root="oidinternalreferencestoreaction" /> </actreference> </outboundrelationship1> 19 < 参考 > B.4.k.9.i.2=R2 の B.4.k.18 ( 医薬品と副作用 / 有害事象の因果関係 ) B.4.k.9.i.3=R2 の B.4.k.13. ( 医薬品投与から副作用 / 有害事象発現までの時間間隔 ) B.4.k.9.i.4=R2 の B.4.k.17.1 ( 再投与で副作用は再発したか?)
20 <subjectof2 typecode="sbj"> <organizer> <code code="druginformation" codesystem="tbd" /> <component typecode="comp"> <substanceadministration moodcode="evn" classcode="sbadm"> <id extension="2" root="oidinternalreferencestosubstanceadministration" /> <consumable> <instanceofkind classcode="inst"> <kindofproduct classcode="mmat" determinercode="kind"> <code code="b.4.k.2.1.1a" codesystem="tbd" codesystemversion="b.4.k.2.1.1b" /> <name>b.4.k.2.2</name> <inboundrelationship typecode="rson"> <observation moodcode="evn" classcode="obs"> <code code="indication" codesystem="ich-observation-code-oid" /> <value xsi:type= CE code= B.4.k.7.r.2b codesystem=" " codesystemversion="b.4.k.7.r.2a"> <originaltext>b.4.k.7.r.1</originaltext> </value> <performer> </performer> <outboundrelationship1 typecode="refr"> <actreference classcode="sbadm" moodcode="evn"> <id extension="2" root="oidinternalreferencestosubstanceadministration" /> </actreference> </outboundrelationship1> </observation> </inboundrelationship> 20 参照 B.4 を参照 B.4.k.1 B.4.k.7.r.1 B.4.k.7.r.2a B.4.k.7.r.2b B.4.k.9.i.2.r.1 B.4.k.9.i.2.r.2 B.4.k.9.i.2.r.3 < 参考 > B.4.k.1=R2 の B.4.k.1 ( 医薬品関与の位置付け ) B.4.k.7 =R2 の B.4.k.11 ( 症例での医薬品使用理由 ) B.4.k.9.i.2=R2 の B.4.k.18 ( 医薬品と副作用 / 有害事象の因果関係 )
21 6. 同一の項目について複数の表現方法を取る項目が存在します E2B R3 では B.2.i.3 B.2.i.4 のみ出現する場合 <observation moodcode= EVN classcode= OBS > <id extension= 1 root= oidinternalreferencestoreaction /> <code code= reaction codesystem= TBD /> <effectivetime xsi:type= IVL_TS > <low value= /> <!-- B.2.i.3 --> <high value= /> <!-- B.2.i.4 --> </effectivetime> <value xsi:type= CE code= B.2.i.1.b codesystem= codesystemversion= B.2.i.1.a > <originaltext>b.2.i.0.a</originaltext> </value> 21
22 B.2.i.3 B.2.i.5 のみ出現する場合 <observation moodcode= EVN classcode= OBS > <id extension= 1 root= oidinternalreferencestoreaction /> <code code= reaction codesystem= TBD /> <effectivetime xsi:type= IVL_TS > <low value= /> <!-- B.2.i.3 --> <width value= 24 unit= B.2.i.5b /> <!-- B.2.i.5b --> </effectivetime> <value xsi:type= CE code= B.2.i.1.b > </value> B.2.i.3 B.2.i.4 B.2.i.5 の 3 つが出現する場合 <observation moodcode= EVN classcode= OBS > <id extension= 1 root= oidinternalreferencestoreaction /> <code code= reaction codesystem= TBD /> <effectivetime xsi:type= SXPR_TS > <comp xsi:type= IVL_TS > <low value= /> <!-- B.2.i.3 --> <high value= /> <!-- B.2.i.4 --> </comp> <comp xsi:type= IVL_TS operator= A > <width value= 24 unit= h /> <!-- B.2.i.5b --> </comp> </effectivetime> <value xsi:type= CE code= B.2.i.1.b > </value> 項目の出現の組み合わせにより表現方法が異なります (Appendix IV (B)~(D)) 22
23 例 : B NullFlavor を使用しない場合 <adverseeventassessment classcode="invstg" moodcode="evn"> <subject1 typecode="sbj"> <primaryrole classcode="invsbj"> <player1 classcode="psn" determinercode="instance"> <name>b.1.1</name> <administrativegendercode code="b.1.5" codesystem=" " /> <birthtime value=" " /> 例 :B NullFlavor を使用する場合 (MSK) <adverseeventassessment classcode="invstg" moodcode="evn"> <subject1 typecode="sbj"> <primaryrole classcode="invsbj"> <player1 classcode="psn" determinercode="instance"> <name nullflavor= MSK /> <administrativegendercode code="b.1.5" codesystem=" " /> <birthtime value=" " /> 例 :B NullFlavor を使用する場合 (UNK) <adverseeventassessment classcode="invstg" moodcode="evn"> <subject1 typecode="sbj"> <primaryrole classcode="invsbj"> <player1 classcode="psn" determinercode="instance"> <name nullflavor= UNK /> <administrativegendercode code="b.1.5" codesystem=" " /> <birthtime value=" " /> 23
24 7. 単位コードに UCUM を採用しています E2B R3 では <observation moodcode="evn" classcode="obs"> <code code="b.3.r.c2" codesystem=" " codesystemversion="b.3.r.c3"> <originaltext>b.3.r.c1</originaltext> </code> <effectivetime xsi:type="sxcm_ts" value=" " /> <value xsi:type="ivl_pq"> <center value="10" unit="mg/dl" /> </value> コード表は実装ガイドに記載されていないため 別途規格を参照する必要があります 24 UCUMを使用する項目 B.1.2.2b B b B.1.3 ( kg ) B.1.4 ( cm ) B b B ( kg ) B ( cm ) B.2.i.5b B.3.r.e B.3.r.1 B.3.r.2 B.4.k.2.3.r.4 B.4.k.4.r.2 B.4.k.4.r.5 B.4.k.4.r.8b B.4.k.5.2 B.4.k.6b B.4.k.9.i.3.1b B.4.k.9.i.3.2b
25 8. 資料の電子データを添付することができます E2B R3 では <reference typecode="refr"> <document classcode="doc" moodcode="evn"> <title>a r.1 </title> <text mediatype= image/jpeg representation="b64 compression= DF > omsjuedmde9j44zmmiromsjuedmde9j44zmmirdmdsswdijdksijr3373jeu836edjzmmijdmdsswdijdksij R3373jeu83MNYD83jmMdomSJUEdmde9j44zmMir...MNYD83jmMdomSJUEdmde9j44zmMir6edjzMMIjd MDSsWdIJdksIJR3373jeu834zmMir6edjzMMIjdMDSsWdIJdksIJR3373jeu83==</text> </document> </reference> mediatype の例説明 対象 : A r.2 A.4.r.2 表 1 1 text/plain テキストファイル 2 application/pdf PDF mediatype 添付データの種類 ( 表 1: RFC2046 から抜粋 ) representation TXT: テキストデータ B64:Base64 符号化データ compression 圧縮アルゴリズム ( 表 2) 表 2 3 application/msword MS Wordファイル compression 説明 1 DF deflate (RFC1951) 2 GZ gzip (RFC1952) 3 ZL zlib (RFC1950) 詳細は実装ガイド 3.5 章に記載 25 4 Z compress
26 9. 項目の繰返しの単位が一定ではありません E2B R2 では <ichicsr> <safetyreport> <linkedreport> <linkreportnumb>a.1.12</linkreportnumb> </linkedreport> <linkedreport> <linkreportnumb>a.1.12</linkreportnumb> </linkedreport> </safetyreport> 繰り返しの単位が明確 ( ヘッダ / エンティティ単位 ) 26
27 E2B R3 では <outboundrelationship typecode="sprt"> <relatedinvestigation classcode="invstg" moodcode="evn"> <code nullflavor="na" /> <subjectof2 typecode="subj"> <controlactevent classcode="cact" moodcode="evn"> <id extension="a.1.12.r" root="worldwidecaseidoid" /> <!-- A.1.12.r: Identification Number of the Report Which Is Linked to this Report --> </controlactevent> </subjectof2> </relatedinvestigation> </outboundrelationship> <outboundrelationship typecode="sprt"> <relatedinvestigation classcode="invstg" moodcode="evn"> <code nullflavor="na" /> <subjectof2 typecode="subj"> <controlactevent classcode="cact" moodcode="evn"> <id extension="a.1.12.r" root="worldwidecaseidoid"/> <id extension= A.1.12.r root= worldwidecaseidoid /> </controlactevent> </subjectof2> </relatedinvestigation> </outboundrelationship> 27 <outboundrelationship typecode="sprt"> <relatedinvestigation classcode="invstg" moodcode="evn"> <code nullflavor="na" /> <subjectof2 typecode="subj"> <controlactevent classcode="cact" moodcode="evn"> <id extension="a.1.12.r" root="worldwidecaseidoid"/> </controlactevent> </subjectof2> <subjectof2 typecode="subj"> <controlactevent classcode="cact" moodcode="evn"> <id extension="a.1.12.r" root="worldwidecaseidoid"/> </controlactevent> </subjectof2> </relatedinvestigation> </outboundrelationship>
28 E2B R3 では <outboundrelationship typecode="sprt"> <relatedinvestigation classcode="invstg" moodcode="evn"> <code nullflavor="na" /> <subjectof2 typecode="subj"> <controlactevent classcode="cact" moodcode="evn"> <id extension="a.1.12.r" root="worldwidecaseidoid" /> <!-- A.1.12.r: Identification Number of the Report Which Is Linked to this Report --> </controlactevent> </subjectof2> </relatedinvestigation> </outboundrelationship> 同一項目に対して繰返しの書き方が複数通り存在します 28 <outboundrelationship typecode="sprt"> <relatedinvestigation classcode="invstg" moodcode="evn"> <code nullflavor="na" /> <subjectof2 typecode="subj"> <controlactevent classcode="cact" moodcode="evn"> <id extension="a.1.12.r" root="worldwidecaseidoid"/> </controlactevent> </subjectof2> </relatedinvestigation> </outboundrelationship> <outboundrelationship typecode="sprt"> <relatedinvestigation classcode="invstg" moodcode="evn"> <code nullflavor="na" /> <subjectof2 typecode="subj"> <controlactevent classcode="cact" moodcode="evn"> <id extension="a.1.12.r" root="worldwidecaseidoid"/> </controlactevent> </subjectof2> </relatedinvestigation> </outboundrelationship>
29 10. すべての形式チェックを機械的に行うことができません E2B R2 では <ichicsr lang= ja > <messagetype>m.1.1 <safetyreport> 終了タグがない <safetyreportid>a.1.0.1</safetyreportid> <safetyreportid>a.1.0.1</safetyreportid> 出現数が不正 <reportduplicate> <duplicatenumb>a </duplicatenumb> <duplicatesource>a </duplicatesource> </reportduplicate> SGML インスタンス 出現順が不正 <!ELEMENT messagetype - - (#PCDATA) > <!ATTLIST messagetype %lang.att; > <!ELEMENT messageformatversion - - (#PCDATA) > <!ATTLIST messageformatversion %lang.att; > DTD DTD を使用することで 要素 ( タグ ) の開始 終了の不整合 要素 ( タグ ) の出現順序 必須要素 多重度 ( 出現数 ) をチェック可能 29
30 E2B (R3) では <controlactprocess moodcode="evn" classcode="cact"> <code code="porr_te049016uv" codesystem=" " /> <!-- A1.3: Date of Creation がない! --> <subject typecode="subj"> <investigationevent classcode="invstg" moodcode="evn > E2B の必須項目がなくてもチェックできないケースがある <subject typecode="subj"> <investigationevent classcode="invstg" moodcode="evn"> <id extension="a.1.0.1" root="ich-senders-safety-report-identifier-oid" /> <id extension="a.1.0.1" root="ich-senders-safety-report-identifier-oid" /> <code code="pat_adv_evnt" codesystem=" " /> E2B では繰返しが許可されていない項目を 繰返して記述したとしてもチェックできないケースがある 30
31 XML インスタンス 実装ガイド XML スキーマ XMLスキーマを使用することで 要素 ( タグ ) の開始 終了の不整合をチェックすることは可能です XMLスキーマだけでは 要素 ( タグ ) の出現順序 必須要素 多重度 ( 出現数 ) は 一部のルールしかチェックできません XMLスキーマは 1つではありません 複数存在し参照関係があります XMLスキーマでチェックできないルールは 実装ガイドにより規定されます 31
32 本日のまとめ E2B R2とR3ではメッセージ仕様が大きく異なります 10の留意点 1. XML 内の項目は E2Bの項目順とは一致しません 2. 値の表現方法に複数のパターンが存在します 3. 値の記述箇所を特定するために要素 ( タグ ) 名以外の情報を必要とします 4. E2Bの項目値以外で記述が必要なものが存在します 5. IDにより他の項目を明示的に参照しなければならない項目があります 6. 同一の項目について複数の表現方法を取る項目が存在します 7. 単位コードにUCUMを採用しています 8. 資料の電子データを添付することが可能です 9. 項目の繰返しの単位が一定ではありません 10. すべての形式チェックを機械的に行うことができません 実装ガイドとリファレンスインスタンスを参照してください 32
33 より理解を深めるために ここからは興味のある方だけ聞いてください 33
34 3. より理解を深めるために 実装ガイドやリファレンスインスタンスを見ながら 1 つ 1 つのルールを個別に理解するのは難しい 背景にある HL7 の考え方を少しでも知ることで E2B (R3) のメッセージの理解をより深めることができます 34
35 3. より理解を深めるために XML の構造は ICSR の R-MIM によって決まります <component typecode="comp"> <adverseeventassessment classcode="invstg" moodcode="evn"> <subject1 typecode="sbj"> <primaryrole classcode="invsbj"> <player1 classcode="psn" determinercode="instance"> <name>b.1.1</name> <administrativegendercode code="b.1.5" codesystem=" " /> <birthtime value=" " /> <deceasedtime value=" " /> 35
36 3. より理解を深めるために XML の要素や属性の構成は HL7 のデータ型によって決まります <component typecode="comp"> <adverseeventassessment classcode="invstg" moodcode="evn"> <subject1 typecode="sbj"> <primaryrole classcode="invsbj"> <player1 classcode="psn" determinercode="instance"> <name>b.1.1</name> <administrativegendercode code="b.1.5" codesystem=" " /> <birthtime value=" " /> 36 <deceasedtime value=" " />
37 3. より理解を深めるために R-MIM のクラスの意味は RIM により定義されています 37
38 3. より理解を深めるために HL7 Version 3 の概要を記したガイド HL7 RIM の規格書 HL7 データ型の規格書 HL7 ボキャブラリ ( 用語 コード ) の規格書 38
39 ご清聴ありがとうございました 39
kensin_setumeikai_081215_4.pdf
特定健診 保健指導システム 1 特定健診のエラー事例 エラーの種類要素の複数記録チェック (2111) P2 グループ内の必須項目チェック (2101) P19 入力値関連チェック (2401) P22 未実施記録可否チェック (2112) P23 数値の形式チェック (2208) P24 1/24 データファイルの身長の健診項目コードが複数記録されています データファイルの身長の健診項目コード ()
ICH E2B(R3)実装ガイド説明会 E2B(R3)の概要
ICH E2B(R3) 実装ガイド説明会 E2B(R3) の概要 2011 年 7 月 11 日 E2Bラポーター独立行政法人医薬品医療機器総合機構安全第一部遠藤あゆみ 内容 E2B(R3) の経緯 実装ガイドの概要 その他の文書 今後の予定 2011.7.11 2 内容 E2B(R3) の経緯 実装ガイドの概要 その他の文書 今後の予定 2011.7.11 3 E2B(R2) と M2 の改訂 E2B
Microsoft Word - rhg08_doc_v10.doc
Version 1.0 1....1 1.1...1 1.2...1 2....2 2.1...2...2 2.2...2 2.3...2 2.3.1 1 1...3 2.3.2...3 2.3.3...3 3....4 3.1...4 3.2...5 3.2.1... 5 3.2.2 CDA...5 3.2.3...5 3.3...10 3.3.1 CDA...13 3.3.2...13 3.3.3...17
ICH実装ガイド説明会 ICH E2B（R3）/M2 Feasibility Testing
ICH 実装ガイド説明会 ICH E2B(R3) 実装ガイド ICSR の概要 日本製薬工業協会 ICH プロジェクト委員会 E2B(R3) トピックリーダー万有製薬井上学 始めに 本日お話する内容はまだ ICH で検討中のものであり 今後変更の可能性もあります しかしながら 基本的な部分は変更ありませんので 次期 E2B はこのような考え方ということでお聞きいただければと思います 本日のお話 HL7
<4D F736F F F696E74202D E48FE A92C789C192CA926D82C982C282A282C45F696E6F75652E >
E2B(R3) 追加通知について 日本製薬団体連合会 E2B(R3) 実装プロジェクト井上学 1 本日のお話 追加通知の概要 これから検討すべきこと 2 追加通知 ( 公開 ) 予定の概要 2013 年 9 月 17 日の通知で 追って通知 とされた部分 ICH E2Bでの検討結果に伴う変更 技術的な部分の補足 Q&A 3 R2 と R3 の比較 R2 R3 報告様式 SGML XML(HL7 形式
Microsoft PowerPoint - MFER_CDA_ f.ppt
MFER CDA compatibility Masato Tanaka HL7 Japan MFER committee Healthcare Data Profile Text data HL7,XML Waveform data MFER Image data DICOM,JPEG MFER s three levels Level 3 Patient Name Patient ID. Level
<4D F736F F F696E74202D204A AC89CA95F18D9089EF E6919C C837C815B836788CF88F589EF2E B8CDD8AB B83685D>
画像診断レポート委員会 成果報告 JIRA 医用画像システム部会画像診断レポート委員会委員長長田雅和 ( 東芝メディカルシステムズ ( 株 )) 現状認識 国内各社の作成する読影レポートにはデータの互換性がなく HTMLやPDFによる表示上の連携は可能だが 電算処理が可能な情報としての連携は行えていない 医療機関ではレポートの他システムへ移行や転送が出来ない ベンダも有効な対応手段がなく CSV ダンプなどで対応
特定健診 保健指導システム 目次 L1 エラー ( エラー番号 L1000 番台 )... 1 L1101 ( 項目名 ) が記録されていません... 1 L1202 ( 項目名 ) が ( 文字数 ) 文字で記録されていません [ 値 ]... 2 L1202 ( 項目名 ) が ( 文字数 )
![特定健診 保健指導システム 目次 L1 エラー ( エラー番号 L1000 番台 )... 1 L1101 ( 項目名 ) が記録されていません... 1 L1202 ( 項目名 ) が ( 文字数 ) 文字で記録されていません [ 値 ]... 2 L1202 ( 項目名 ) が ( 文字数 )](/thumbs/53/30932787.jpg "特定健診 保健指導システム 目次 L1 エラー ( エラー番号 L1000 番台 )... 1 L1101 ( 項目名 ) が記録されていません... 1 L1202 ( 項目名 ) が ( 文字数 ) 文字で記録されていません [ 値 ]... 2 L1202 ( 項目名 ) が ( 文字数 )")
特定健診 保健指導システム 表 平成 25 年 4 月版 社会保険診療報酬支払基金 特定健診 保健指導システム 目次 L1 エラー ( エラー番号 L1000 番台 )... 1 L1101 ( 項目名 ) が記録されていません... 1 L1202 ( 項目名 ) が ( 文字数 ) 文字で記録されていません [ 値 ]... 2 L1202 ( 項目名 ) が ( 文字数 ) 文字以内で記録されていません
2.3 サービスセグメントについて NACCSにおける EDIFACT 電文のサービスセグメントの用法については 付表 サービスセグメント ( 処理要求電文 ) 付表 サービスセグメント ( 処理結果電文 ) を参照すること ただし 旅客予約記録情報報告 (PNR01)
2.3 サービスセグメントについて NACCSにおける EDIFACT 電文のサービスセグメントの用法については 付表 14-2-4 サービスセグメント ( 処理要求電文 ) 付表 14-2-5 サービスセグメント ( 処理結果電文 ) を参照すること ただし 旅客予約記録情報報告 (PNR01) 業務の電文については PADIS EDIFACT 形式を採用しており サービスセグメント ( 処理要求電文
エラーコード 備考 203 ACK を作成するために最低限必要な N.1.2~N.1.5 が有効な値であること エラーとなった場合 ACK の作成は行わない 204 同一バッチ内の症例報告の報告分類が 治験 もしくは 市販後 に統一エラーとなった場合 ACK の作成は行されていること わない 205
ACK エラーメッセージコード一覧 別紙 2 1. ACK.A.5 バッチバリデーションエラーメッセージコード一覧 1.1 ACK.A.5 コード概要 1~8 桁目 0 固定 9~11 桁目エラーコード (ACK.A.5 エラー一覧参照 ) 1.2 ACK.A.5 エラー一覧エラーコード 備考 000 ICSR ファイル全体のファイルサイズが上限値を超えていないこと エラーとなった場合 ACK の作成は行わない
個別症例安全性報告データ項目 (E2B(R3) 項目 ) 別紙 2 入力条件記号 簡略記載可能な項目 記載してはいけない項目 必ず記載する項目他の項目の記載内容によって入力が必要になる項目可能な限り記載する項目 報告分類 - 未完了報告報告分類 - 完了報告 取下 入力条件に関する補足許容値関連 A
入力条件記号 簡略記載可能な項目 記載してはいけない項目 必ず記載する項目他の項目の記載内容によって入力が必要になる項目可能な限り記載する項目 表題 N.1 ICH ICSR 伝送識別子 ( バッチラッパー : - 1 00 0 00 00 BATCH WRAPPER) N.1.1 バッチ内のメッセージの種類 コードリスト E2B_CL1 1 01 0 00 00 N.1.1[Ver] バッチ内のメッセージの種類
ICH M8（eCTD v4.0） ステップ2実装ガイド (1) ICH M8ステップ2実装ガイド（含地域実装ガイド）
ICH M8(eCTD v4.0) ステップ 2 実装ガイド 今後の動向を踏まえた ICH M8 ステップ 2 実装ガイド説明会 平成 27 年 3 月 9 日 PMDA 審査マネジメント部 ( 併 ) 次世代審査等推進室 ( 併 ) 情報化統括推進室渡邉卓 Pharmaceuticals and Medical Devices Agency 1 目次 (1) 概要 10:55~12:00 ectd
DTD Reference Guide
Web アプリケーションスキャン結果の XML 出力 Web アプリケーションスキャンの結果は WAS スキャン履歴リストから XML 形式でダウンロードできます XML 形式の Web アプリケーションスキャン結果には その他のサポートされている形式 (PDF HTML MHT および CSV) の Web アプリケーションスキャン結果と同じ内容が表示されます スキャン結果レポートには サマリと詳細結果が表示されます
XML XML (Extensible Markup Language) ISO SGML (Standard Generalized Markup Language) W3C (World Wide Web Consortium) XML 1.0
XML 2-1 XML XML (Extensible Markup Language) ISO SGML (Standard Generalized Markup Language) W3C (World Wide Web Consortium) XML 1.0 http://www.w3.org/tr/rec-xml http://www.fxis.co.jp/xmlcafe/tmp/rec-xml.html
1. E2B Writer E2B Writer PCAT CD E2B Writer sp1_3_ MedD
1. E2B Writer...4 1.1....4 E2B Writer... 4... 4 1.2...5 PCAT... 5... 5... 5 1.3 CD...5 2. E2B Writer...6 2.1....6 2.2....8 2.3. sp1_3_4...10 2.4. MedDRA MedDRA CD-ROM...11 3. E2B Writer...12 3.1....12...
Microsoft PowerPoint （山本構成員）.ppt
資料 2-4 医療情報の爆発的流通と基盤としてのネットワーク 東京大学大学院情報学環山本隆一 Interfaculty Initiative in Information Studies, The University of Tokyo 2 Interfaculty Initiative in Information Studies, The University of Tokyo 重点計画 2006
Microsoft PowerPoint - mml41_seagaia2016.pptx
MML4.1 京都大学 EHR 共同研究講座小林慎治 MML(Medical Markup Language) とは 医療分野における電子的諸記録のための標準規格 1995 年 5 月より開発開始 1997 年 5 月にVer 1.0βリリース (Seagaia meeting 1997) ユースケースに応じて設計 9 共通モジュール 17コンテンツモジュール 診療記録の電子的保存および連携 フォーマットとしてXMLを採用
目 次 1. はじめに 操作の流れ ファイル管理 MDB 作成プログラムの起動と構成 プログラムの起動 ファイル管理 MDB 作成画面の構成 ファイル管理 MDB 作成の画面構成 ファイル管理 MDB の作
E2BWriter Premium ファイル管理作成マニュアル 本処理は新規に E2BWriter Premium をお使いのユーザーの方には処理は不要です E2BWriter で既存 をお持ちの方を対象に, ファイ理管理用データベースの作成を解説しています ご注意ください 本処理は次の状態では稼動できません 1. E2BWriter Premium でファイル管理画面を操作中 ネットワーク環境 1.
Microsoft PowerPoint - HL7Jセミナー初心者木村1205.ppt
HL7 入門 日本 HL7 協会理事長浜松医科大学医療情報部木村通男 厚生労働省標準規格 (2012/3 現在 )( 下線は 2010 以降追加 ) 医薬品 HOT コード ICD10 対応標準病名集 患者医療情報提供書 ( 患者への情報提供 ) 診療情報提供書 ( 電子紹介状 ) IHE PDI (Portable Data for Images)(DICOM 画像 CD) MFER( 心電図など波形データ
改訂履歴 版 更新日 改訂内容 Ver 1.0b 2014 年 12 月 試行版 国土数値情報 API 仕様 ( 試行版 )
国土数値情報 API 仕様 ( 試行版 ) Ver 1.0b 平成 26 年 12 月 国土交通省国土政策局国土情報課 改訂履歴 版 更新日 改訂内容 Ver 1.0b 2014 年 12 月 試行版 国土数値情報 API 仕様 ( 試行版 ) 目次 1 API 機能の種類 - 1-1.1 国土数値情報の概要情報取得 - 1-1.2 国土数値情報取得の URL 情報取得 - 1-2 API の利用方法
Microsoft PowerPoint - ＰＨＲデータ交換規約.pptx
健康情報活用基盤実証事業 (PHR) の成果 ~PHR データ交換規約 日本 HL7 協会技術委員会健診 WGリーダ保健医療福祉情報安全管理適合性評価協会理事長喜多紘一第 38 回 HL7セミナー (2011.3.11) Agenda PHR 交換規約とは 要求定義書 HL7 CDA R2について 技術仕様書 OID 附番 健康情報を活用した健康サービス日本版 PHR を活用した新たな健康サービス研究会
XML説明書
特定健診の電子的なデータ標準様式特定健診情報ファイル仕様説明書 Version 2 1. はじめに 4 1.1 目的 4 1.2 参考資料 4 2. 概要 5 2.1 本文書の位置付け 5 2.2 記載内容の優先度 5 2.3 標準フォーマットの基本的な方針 5 2.3.1 1 健診結果 1 ファイル 5 2.3.2 本標準フォーマットが対象とする健診情報 6 2.3.3 HL7CDA 規格との関係
フォルダ構成例 (BIB-J) は必須ファイル は任意ファイル ( 電子付録等をアップロードする際に作成する ) 資料コード巻号記事識別子 XML ファイル { 記事識別子 }.xml { 記事識別子 }_{ 連番 }.{ 拡張子 } { 記事識別子 }.txt { 記事識別子 }_{ 連番 ].{
![フォルダ構成例 (BIB-J) は必須ファイル は任意ファイル ( 電子付録等をアップロードする際に作成する ) 資料コード巻号記事識別子 XML ファイル { 記事識別子 }.xml { 記事識別子 }_{ 連番 }.{ 拡張子 } { 記事識別子 }.txt { 記事識別子 }_{ 連番 ].{](/thumbs/92/108397385.jpg "フォルダ構成例 (BIB-J) は必須ファイル は任意ファイル ( 電子付録等をアップロードする際に作成する ) 資料コード巻号記事識別子 XML ファイル { 記事識別子 }.xml { 記事識別子 }_{ 連番 }.{ 拡張子 } { 記事識別子 }.txt { 記事識別子 }_{ 連番 ].{")
アップロードファイルフォルダ構成 (BIB-J) No. フォルダ構成必須フォルダ名 / ファイル名概要備考 1 資料コード / { 資料コード } 資料コードフォルダ 2 巻 / { 巻 } ( 分冊の場合 "{ 巻 }_{ 分冊 }" ) 3 号 / { 号 } ( 号が無い 巻の記事の場合は 0 ) 巻フォルダ 号フォルダ 4 記事 / { 記事識別子 } 記事フォルダ 5 XML ファイル
21 1 1 1 2 2 5 7 9 11 13 13 14 18 18 20 28 28 29 31 31 34 35 35 36 37 37 38 39 40 56 66 74 89 99 - ------ ------ -------------- ---------------- 1 10 2-2 8 5 26 ( ) 15 3 4 19 62 2,000 26 26 5 3 30 1 13
取扱説明書 -詳細版- 液晶プロジェクター CP-AW3019WNJ
B A C D E F K I M L J H G N O Q P Y CB/PB CR/PR COMPONENT VIDEO OUT RS-232C LAN RS-232C LAN LAN BE EF 03 06 00 2A D3 01 00 00 60 00 00 BE EF 03 06 00 BA D2 01 00 00 60 01 00 BE EF 03 06 00 19 D3 02 00
空き容量一覧表（154kV以上）
1/3 A. 電気所 ( 発電所, 変電所, 配電塔 ) における変圧器の空き容量 覧 < 留意事項 > (1) 空容量は 安であり 系統接続の前には 接続検討のお申込みによる詳細検討が必要となります その結果 空容量が変更となる場合があります (2) 熱容量を考慮した空き容量を記載しております その他の要因 ( や系統安定度など ) で連系制約が発 する場合があります (3) 表 は 既に空容量がないため
2/8 一次二次当該 42 AX 変圧器 なし 43 AY 変圧器 なし 44 BA 変圧器 なし 45 BB 変圧器 なし 46 BC 変圧器 なし
1/8 A. 電気所 ( 発電所, 変電所, 配電塔 ) における変圧器の空き容量一覧 < 留意事項 > (1) 空容量は目安であり 系統接続の前には 接続検討のお申込みによる詳細検討が必要となります その結果 空容量が変更となる場合があります (2) 特に記載のない限り 熱容量を考慮した空き容量を記載しております その他の要因 ( や系統安定度など ) で連系制約が発生する場合があります (3)
() () () () () 175 () Tel Fax
JPCA-PE04-02-01-02-01S JPCA PE04-02-01-02-01S 2005 () () () () () 175 () 167-0042 3122 2 Tel 03-5310-2020Fax 03-5310-2021e-mailstd@jpca.org Detail Specification for PT Optical Module 1 PT PT 12 Optoelectronic
Microsoft PowerPoint - ② 日薬連講習会（E2B(R3)改定通知）930.ppt [互換モード]
![Microsoft PowerPoint - ② 日薬連講習会（E2B(R3)改定通知）930.ppt [互換モード]](/thumbs/94/118084285.jpg "Microsoft PowerPoint - ② 日薬連講習会（E2B(R3)改定通知）930.ppt [互換モード]")
E2B(R3) 追加通知について 厚生労働省医薬食品局安全対策課磯﨑正季子 1 本日の内容 1. 既発出の国内実装通知等の概要 2. 国内実装通知改訂 ( 案 ) の概要 局長通知 二課長通知 三部長通知 3.Q&A 4. 今後の予定 5.ICH における検討 欧米における状況 2 本日の内容 1. 既発出の国内実装通知等の概要 2. 国内実装通知改訂 ( 案 ) の概要 局長通知 二課長通知 三部長通知
スライド 1
XML with SQLServer ~let's take fun when you can do it~ Presented by 夏椰 ( 今川美保 ) Agenda( その 1) XML XML XSLT XPath XML Schema XQuery Agenda( その 2) SQLServer における XML XML 型 XML Schema XQuery & XPath チェック制約
<4D F736F F D E64976C8F E6388E9F81842E646F63>
加除第7号付録 50 付録.a 伝送システムのエラーコード一覧 コード体系 X1 X2 X3 X4 X5 X6 X1: 業務 ID ------- N: 伝送システムでのチェックエラー X2: カテゴリ ------- 1: メールヘッダのエラー 2: メール本文のエラー 3: 添付ファイルのエラー 4:DB 参照した結果でのエラー 9: その他のエラー X3-X4: カテゴリ大分類 X5-X6:
ucR/XML: XML によるucR graph のシリアライズ
[White Paper] Ubiquitous ID Center Specification DRAFT 2013-01-16 ucr/xml: XML による ucr graph のシリアライズ ucr/xml: Serialization of ucr graph over XML Number: Title: ucr/xml: XML による ucr graph のシリアライズ ucr/xml:
データの互換性-患者情報 (患者基本情報)
データの互換性 - 患者情報 ( 患者基本情報 ) 2012 年度版 2012 年度 JAHIS データ互換性専門委員会実証実験 WG 1 適用範囲 患者基本情報の範囲 共通情報 患者基本属性 緊急連絡先 勤務先 死亡情報 カテゴリ 項目名 項目名 ( 英語 ) 更新日時 Update Date/Time 共通情報 更新者 Update User 医療機関 ID Facility ID 患者 ID
Microsoft Word - hc18_doc_v3
特定健診の電子的なデータ標準様式特定健診情報ファイル仕様説明書 Version 3 1. はじめに 4 1.1 目的 4 1.2 参考資料 4 2. 概要 5 2.1 本文書の位置付け 5 2.2 記載内容の優先度 5 2.3 標準フォーマットの基本的な方針 6 2.3.1 1 健診結果 1ファイル 6 2.3.2 本標準フォーマットが対象とする健診情報 6 2.3.3 HL7CDA 規格との関係
第4回 国際的動向を踏まえたオープンサイエンスに関する検討会 参考資料5
8.5 オープンデータの管理ポリシとメタデータの付与 法 Apache Tika (*) を利 して ファイルのメタデータを 動収集する例 Open Office 4 Writer の 書プロパティ画 Microsoft Word 010 の 書プロパティ画 この 書形式データを Apache Tika で解析 この 書形式データを Apache Tika で解析 作成者 タイトル 作成 時 最終更新
HITACHI 液晶プロジェクター CP-AX3505J/CP-AW3005J 取扱説明書 -詳細版- 【技術情報編】
B A C E D 1 3 5 7 9 11 13 15 17 19 2 4 6 8 10 12 14 16 18 H G I F J M N L K Y CB/PB CR/PR COMPONENT VIDEO OUT RS-232C LAN RS-232C LAN LAN BE EF 03 06 00 2A D3 01 00 00 60 00 00 BE EF 03 06 00 BA D2 01
UID S307-NDEF
[White Paper] Ubiquitous ID Center Specification DRAFT 2012-05-15 NFC ucode タグのメモリフォーマット規定 Standard of memory format of NFC ucode tag Number: Title: NFC ucode タグのメモリフォーマット規定 Standard of memory format of
NFC ucode タグのメモリフォーマット規定
[White Paper] Ubiquitous ID Center Specification DRAFT 2011-02-08 NFC ucode タグのメモリフォーマット規定 Standard of memory format of NFC ucode tag Number: Title: NFC ucode タグのメモリフォーマット規定 Standard of memory format of
取扱説明書［F-09E］
13.9 ISSUE DATE: NAME: PHONE NUMBER: MAIL ADDRESS: F-09E e 1 2 1 2 3 4 5 6 7 8 9 10 11 a b c d a b c d a b cd e a b c d e 12 13 14 a b a b a 15 b c d 16 c d e f g h i n o p q r x a b j k l n s n t u v
intra-mart Accel Platform — IM-共通マスタ スマートフォン拡張プログラミングガイド 初版
Copyright 2012 NTT DATA INTRAMART CORPORATION 1 Top 目次 1. 改訂情報 2. IM- 共通マスタの拡張について 2.1. 前提となる知識 2.1.1. Plugin Manager 2.2. 表記について 3. 汎用検索画面の拡張 3.1. 動作の概要 3.1.1. 汎用検索画面タブの動作概要 3.2. 実装の詳細 3.2.1. 汎用検索画面タブの実装
Microsoft Word - aix18_doc_v3
特定健診 特定保健指導交換用基本情報ファイル ( 支払基金への実績報告用 ) 仕様説明書 Version 3 目次 1. はじめに 3 1.1 目的 3 1.2 参考資料 3 2. 文書項目 3 3. XML 仕様 4 3.1 交換用基本情報 (indexannual) 6 3.2 作成年月日 7 3.3 オブジェクト識別子 7 4. コード表 8 5. OID 仕様 8 6. サンプル XML 9
XML基礎
基礎から学ぶ XML 特集 - 基本の基本! XML と文法 - インフォテリア株式会社 XML とは XML 1.0 W3Cの勧告 XML 1.1 XML 文書 HTMLとXML XML(Extensible Markup Language) 1.0 拡張可能なマークアップ言語 1998 年にW3Cから勧告された XML 1.0 ベンダーやプラットフォームから独立したインターネット標準 http://www.w3.org/tr/xml/
<4D F736F F D C90BF8ED A93C192E890DA8EED8AC7979D DEC837D836A B2E646F6378>
特定接種管理システム 申請者 操作マニュアル 第 2.0 版 2016/2/24 改定履歴 新規作成改定内容更新 2.0 改訂版作成 2016/2/25 2 次 1. はじめに... 4 1.1. このマニュアルについて... 4 1.2. 本システムにおける業務概要... 4 1.2.1. 業務概要 ( 申請 )... 4 1.2.2. 特定接種管理システム申請 内容確認フロー... 5 1.3.
<4D F736F F F696E74202D20816D91E C5816E816982DD82C882B5816A944692E8905C90BF936F985E5F91BE977A8CF531306B7796A2969E5F837D836A B2E B8CDD8AB B83685D>
操作マニュアル みなし認定 の事業計画登録 : 太陽光 10kW 未満 第 3 版 2017 年 3 31 1-1. ログイン / ログアウト みなし認定事業計画登録を う場合再 可能エネルギー電 申請ホームページ (http://www.fit-portal.go.jp) にアクセスし ログインを います ログイン 法 [ ログイン ] をクリックします ログイン画 へ進みます 電 申請においては
Adobe Media Encoder ユーザーガイド
ADOBE MEDIA ENCODER CS5 & CS5.5 http://help.adobe.com/ja_jp/legalnotices/index.html iii 1............................................................................. 1.............................................................................................................
国立国会図書館ダブリンコアメタデータ記述
国立国会図書館ダブリンコアメタデータ記述 -------------------------------------------------------------------------------- Title: 国立国会図書館ダブリンコアメタデータ記述 Creator: 国立国会図書館 Latest Version: http://ndl.go.jp/jp/library/data/meta/2011/12/dcndl.pdf
Microsoft Word - ECALSDS01_Vr1_5_080305_ja.doc
辞書 CSV ファイル仕様書 [ 規約番号 :ECALSDS01] 第 1.5 版 概要 : 本仕様書は,ECALS 辞書ファイルの構造について規定する 発行社団法人電子情報技術産業協会 EC センター技術標準専門委員会 - 目次 - 1. 目的及び適用範囲... 1 (1) 目的... 1 (2) 適用範囲... 1 (3) 構成... 1 2. 部品分類辞書ファイル (clsdic.csv) の記載項目...
SGML HTML XML Markup Language Web HTML HTML SGML Standard Generalized Markup Language Markup Language DTD Document Type Definition XML SGML Markup Language HTML XML HTML XML JavaScript JAVA CGI HTML Web
.xml.xsl bcs.dtd 2. 提案 BCS.DTD のエレメントと属性 BCS.DTD のエレメントの属性を以下に示す 出 エレメント説明 現 属性 下位構造 数 code 適宜工事コード等を記述する 任 意 Common Docinfo Reference UkeoiKeiyakusyoHikaeSoufusyo KoujiTyakusyuTodoke SongaihokenKeiyakuHoukokusyo
XMLとXSLT
XML と XSLT 棚橋沙弥香 目次 現場のシステム構成とXML/XSLの位置づけ XMLとは XSL/XSLTとは Xalanのインストール いろいろなXSL XMLマスター試験の紹介 現場のシステム構成 HTML 画面上のデータ 電文 電文 外部 WEB サーバー (Java) CORBA 通信 認証サーバー (C 言語 ) DB XML 電文 HTML XSL XSLT 変換今回の説明範囲
intra-mart Accel Platform
intra-mart Accel Platform IM- 共通マスタスマートフォン拡張プログラミングガイド 2012/10/01 初版 変更年月日 2012/10/01 初版 > 変更内容 目次 > 1 IM- 共通マスタの拡張について...2 1.1 前提となる知識...2 1.1.1 Plugin Manager...2 1.2 表記について...2 2 汎用検索画面の拡張...3
MS-1J/MS-1WJ（形名：MS-1/MS-1W）取扱説明書 - 詳細- 技術情報編
720 x 400 37.9 85.0 VESA TEXT 640 x 480 31.5 59.9 VESA VGA (60Hz) 640 x 480 37.9 72.8 VESA VGA (72Hz) 640 x 480 37.5 75.0 VESA VGA (75Hz) 640 x 480 43.3 85.0 VESA VGA (85Hz) 800 x 600 35.2 56.3 VESA SVGA
Catalog No.AR006-e DIN EN ISO 9001 JIS Z 9901 Certificate: 販売終了
Catalog No.AR006-e DIN EN ISO 9001 JIS Z 9901 Certificate:09 100 5919 DJ!0 DF DF @3 q w e 130 230 TR RA 0H R 130 230 RA TR R R RA 0.02MPa RA 130 230 130 230 R 0.06MPa RA 0.15MPa q R #1 TR #6 I N D E X
取扱説明書 ［F-12D］
12.7 ISSUE DATE: NAME: PHONE NUMBER: MAIL ADDRESS: F-12D e e e 1 e 2 1 2 3 4 5 6 7 8 9 10 11 a b c d a b c d 12 a b cd e a b c d e 13 14 15 a b c d 16 17 a b d a b e f g h i l m e n o p c j k c q r s t
独立行政法人産業技術総合研究所 PMID-Extractor ユーザ利用マニュアル バイオメディシナル情報研究センター 2009/03/09 第 1.0 版
独立行政法人産業技術総合研究所 PMID-Extractor ユーザ利用マニュアル バイオメディシナル情報研究センター 2009/03/09 第 1.0 版 目次 1. はじめに... 3 2. インストール方法... 4 3. プログラムの実行... 5 4. プログラムの終了... 5 5. 操作方法... 6 6. 画面の説明... 8 付録 A:Java のインストール方法について... 11
Account Agent V5L03補足資料
Account Agent V5L03 補足資料 1.0 版 株式会社富士通ソフトウェアテクノロジーズ - 目次 - 1.Account Agent V5L03 で設定可能なプロパティ... 3 2.CSV ファイルフォーマット... 9 2/19 1.Account Agent V5L03 で設定可能なプロパティ Account Agent V5L03 で管理対象となるオブジェクトのプロパティを以下に記します
1
005 11 http://www.hyuki.com/girl/ http://www.hyuki.com/story/tetora.html http://www.hyuki.com/ Hiroshi Yuki c 005, All rights reserved. 1 1 3 (a + b)(a b) = a b (x + y)(x y) = x y a b x y a b x y 4 5 6
エネルギー消費性能計算プログラム API 仕様 プログラムバージョン Ver 概要これは エネルギー消費性能計算プログラムの API の仕様を記述したものです API は エネルギー消費性能の計算及び様式出力の機能を提供します 計算するプログラムのバージョンに合わせた API 仕様
エネルギー消費性能計算プログラム API 仕様 プログラムバージョン Ver.2.5.0 1. 概要これは エネルギー消費性能計算プログラムの API の仕様を記述したものです API は エネルギー消費性能の計算及び様式出力の機能を提供します 計算するプログラムのバージョンに合わせた API 仕様書を参照してください 過去バージョンからの変更点は以下の通りです 変更バージョン変更内容 Ver.2.5.0
XML Tool to Check the Consistency both Software Documents Using XML and Source Programs 1 Summary. Generally, a software consists of source programs a
XML Tool to Check the Consistency both Software Documents Using XML and Source Programs 1 Summary. Generally, a software consists of source programs and software documents. Programmers, however, tend to
PowerPoint プレゼンテーション
ectd v4.0 関連通知概要説明会 ectd v4.0 運用に向けた企業での準備 ICH プロジェクト委員会 M8 比留間良一 Disclaimer 本日の内容は一部, 演者の個人的見解を含んでいます 本資料の内容は今後の情勢の変化などにより, 変更されることがあります 皆さまが今後, 通知を読み,eCTD v4.0 対応を検討する上で, 本発表が参考になれば幸いです 日本製薬工業協会 ICHプロジェクト委員会
Microsoft Word - ‡e‡c.doc
医薬品等電子申請ソフトによる医療機器適合性調査申請書作成の手引き 厚生労働省医薬食品局から配布されている医薬品等電子申請ソフト (FD 申請ソフト ) を使用して 医療機器適合性調査申請を行うための手引きです FD 申請ソフトを使用することで申請書の作成および管理が容易となります ソフトは以下のホームページからダウンロードしてください なお インストールは 別途ホームページに掲載のマニュアルを参照してください
付録 CSV エントリフォーマット 2( 記事 6 行 ) 最大入力文字数 1 A 荷受人コート ( お届け先コート ) 1 英数字 15 is-2 で登録されているお届け先コード 2 B 電話番号 1 3 C 住所 1 英数カナ 20 4 D 住所 2 英数カナ 20 5 E 住所 3
7. 付録 1 CSV ファイルレイアウト 付録 1-1-1.CSV エントリフォーマット ( 記事 3 行 ) 最大入力文字数 [ 荷受人コード ] または [ 電話番号 住所 名前 郵便番号 ] のどちらかが必須です 1 A 荷受人コート ( お届け先コート ) 1 英数字 15 is-2 で登録されているお届け先コード 2 B 電話番号 1 3 C 住所 1 英数カナ 20 4 D 住所 2
位置参照情報 API 仕様 ( 試行版 ) 位置参照情報 API 仕様 ( 試行版 ) Ver 1.0b 平成 26 年 12 月 国土交通省国土政策局国土情報課
位置参照情報 API 仕様 ( 試行版 ) Ver 1.0b 平成 26 年 12 月 国土交通省国土政策局国土情報課 改訂履歴 版 更新日 改訂内容 Ver 1.0b 2014 年 12 月 試行版 目次 1 API 機能の種類 - 1-1.1 位置参照情報の URL 情報取得 - 1-2 API の利用方法 - 1-2.1 位置参照情報の URL 情報取得 - 1-3 API パラメータ - 2-3.1
欧州特許庁米国特許商標庁との共通特許分類 CPC (Cooperative Patent Classification) 日本パテントデータサービス ( 株 ) 国際部 2019 年 1 月 17 日 CPC 版のプレ リリースが公開されました 原文及び詳細はCPCホームページの C
欧州特許庁米国特許商標庁との共通特許分類 CPC (Cooperative Patent Classification) 日本パテントデータサービス ( 株 ) 国際部 2019 年 1 月 17 日 CPC 2019.02 版のプレ リリースが公開されました 原文及び詳細はCPCホームページの CPC Revisions(CPCの改訂 ) 内のPre-releaseをご覧ください http://www.cooperativepatentclassification.org/cpcrevisions/prereleases.html
Web のクライアントサーバモデル
第 2 回の内容 クライアントサーバモデル URI HTTP Web のクライアントサーバモデル クライアントサーバモデル ユーザークライアントサーバ 処理要求の入力 処理要求 結果の提示 処理結果 処理 Web のクライアントサーバモデル ユーザー Web ブラウザ Web サーバ URI の指示 HTTP リクエスト Web ページの描画 HTTP レスポンス URI Web ブラウザのアドレスバー
メタデータスキーマレジストリ MetaBridge の概要
スキーマレジストリ MetaBridge の概要 永森光晴筑波大学図書館情報メディア系 スキーマレジストリ MetaBridge [4] スキーマレジストリ スキーマの定義 蓄積 検索 参照 インスタンス変換 RDF 生成 ダムダウン 問い合わせ API 情報基盤構築事業 [1] プロジェクト概要 平成 22 年度総務省 新 ICT 利活用サービス創出支援事業 MLA 研究機関 民間出版社等の様々な機関が利用するスキーマの情報を収集する
説明会
ICH E2B(R3) 実装ガイド説明会 2011 年 7 月 11 日 14:35~15:05 Health Level 7(HL7) の概要 厚生労働科学研究 国際化を踏まえた医薬品 医療機器の安全性情報の伝達に関する研究 ( 岡田班 ) 分担研究者 東京大学大学院医学系研究科臨床疫学システム講座 E2B(R3) エキスパート小出大介 1. なぜ HL7 なのか? 2006 年 ICH から SDO
取扱説明書 ［F-04J］
17.2 ISSUE DATE: NAME: PHONE NUMBER: MAIL ADDRESS: F-04J e e e 1 2 1 2 3 4 5 6 7 8 9 10 11 12 a b c d a b c d 13 a b cd e a b c d e 14 15 a b a b 16 a 17 b c d 18 f g c d h e i n o p q r s t u a b j k
<4D F736F F F696E74202D20816D91E C5816E816982DD82C882B5816A944692E8905C90BF936F985E5F91BE977A8CF531306B7796A2969E88C88A4F5F837D836A B2E B8CDD8AB B83685D>
操作マニュアル みなし認定 の事業計画登録 :10kW 未満太陽光以外 第 3 版 2017 年 3 31 1-1. ログイン / ログアウト みなし認定事業計画登録を う場合再 可能エネルギー電 申請ホームページ (http://www.fit-portal.go.jp) にアクセスし ログインを います ログイン 法 [ ログイン ] をクリックします ログイン画 へ進みます 電 申請においては
FW APIServer 設定ガイド Version 年 2 月 3 日富士通株式会社 i All Right Reserved, Copyright FUJITSU LIMITED
FW APIServer 設定ガイド Version 1.4 2016 年 2 月 3 日富士通株式会社 i 改訂履歴 改訂 No. 日付 Version 章 No. 項 No. 改訂内容 1 2015/04/14 1.0 - - 新規作成 2 2015/06/02 1.1 3 表内 No.12 の備考欄を追記 3 2015/06/23 1.2 3 メソッドのフォワード先を とする注意事項を追記 4
Webプログラミング演習
Web プログラミング演習 STEP11 XSLT を使った画面生成 XML:Extensible Markup Language コンピュータが扱うデータや文書を表現する技術 SGML(Standard Generalized Markup Language) の改良 利用者が自由に拡張可能なマークアップ言語を設計 HTML=SGML を利用して作成された Web ページ記述言語 XHTML=XML
電子書籍制作マニュアル.pages
本マニュアルは 電子書籍の始め方から出版までを解説しています 早速 以下より解説を始めていきます KDPへの登録 １ KDPとは Kindleに電子ファイル EPUB をアップするためには KDPに登録する必要があります KDPとは Kindle direct Publishing の略で 電子出版をする際に必須の登録です KDPの管理 画面上で 作成した電子ファイルのアップロード 売れ行きの確認
48 * *2
374-1- 17 2 1 1 B A C A C 48 *2 49-2- 2 176 176 *2 -3- B A A B B C A B A C 1 B C B C 2 B C 94 2 B C 3 1 6 2 8 1 177 C B C C C A D A A B A 7 B C C A 3 C A 187 187 C B 10 AC 187-4- 10 C C B B B B A B 2 BC
スライド 0
第 3 章さまざまな情報を取り込むテキストファイル形式の住所録や写真や GPS ログ等を取り込みます 3-1 テキスト情報の取込み テキスト情報の取り込みとは CSV 形式 またはテキスト形式で顧客管理 販売管理 年賀状ソフトなど他のアプリケーションから出力された情報をスーパーマップル デジタル上にカスタム情報として取り込むことができます 参考 一度に取り込めるデータは データ内容の容量と機種の能力によりますが
SURE: Shizuoka University REp http://ir.lib.shizuoka.ac.jp/ Title ロランの歌 における 怒り の表現 Author(s) 浅野, 幸生 Citation 人文論集. 51(2), p. A173-A184 Issue Date 2001-01-31 URL http://doi.org/10.14945/00000411 Version
取扱説明書 [L-02A]
![取扱説明書 [L-02A]](/thumbs/49/25608299.jpg "取扱説明書 [L-02A]")
ISSUE DATE: L-02A NAME: PHONE NUMBER: MAIL ADDRESS: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 a d c e b L-02A a b c d e 16 a b a a b b 17 c a b 18 19 20 b c a 21 a b 22 23 24 25 26 a b 27 c e d f 28 a b c d
HITACHI 液晶プロジェクター CP-EX301NJ/CP-EW301NJ 取扱説明書 -詳細版- 【技術情報編】 日本語
A B C D E F G H I 1 3 5 7 9 11 13 15 17 19 2 4 6 8 10 12 14 16 18 K L J Y CB/PB CR/PR COMPONENT VIDEO OUT RS-232C RS-232C RS-232C Cable (cross) LAN cable (CAT-5 or greater) LAN LAN LAN LAN RS-232C BE
SURE: Shizuoka University REp http://ir.lib.shizuoka.ac.jp/ Title ミヒャエル エンデの 文 学 作 品 における 自 由 の 諸 相 Author(s) 小 林, 良 孝 Citation 人 文 論 集. 55(1), p. A51-A113 Issue Date 2004-07-30 URL http://doi.org/10.14945/00000480
FW ファイルアップロード ダウンロード機能利用ガイド Version 年 9 月 21 日富士通株式会社 i All Right Reserved, Copyright FUJITSU LIMITED
FW ファイルアップロード ダウンロード機能利用ガイド Version 1.1 2016 年 9 月 21 日富士通株式会社 i 改訂履歴改訂 No. 日付 Version 章 No. 項 No. 改訂内容 1 2015/12/02 1.0 - - 新規作成 2 2016/09/21 1.1 4 4.1.3 text/plan を text/plain に修正 章立てを修正 ii 目次 第 1 章
JAHIS 技術文書 11-101 2011 年 4 月 一般社団法人保健医療福祉情報システム工業会 電子カルテ委員会 まえがき 昨今 複数の医療施設間で情報を共有して医療を行うための地域医療情報連携システムの開発 運用が国内外で盛んである 先進各国では国家レベルで整備 普及を推進しているが 日本ではこれからの段階である 日本政府は平成 18 年度の医療制度改革で 地域医療の強化 特に地域連携クリティカルパス
本日の内容 データチェック仕様について 電子的報告に関する技術的事項について 提出方法の種類と必要なもの 添付書類について 電子証明書 暗号化について ACKファイルについて 企業向け副作用報告サイト ( 仮 ) について 企業向け副作用報告サイト ( 仮 ) でできること 企業向け副作用報告サイト
E2B(R3) に基づく副作用等報告について - 技術的事項及び企業向け副作用報告サイト ( 仮 ) について - 独立行政法人 安全第一部安全性情報課 医薬品医療機器総合機構 本日の内容 データチェック仕様について 電子的報告に関する技術的事項について 提出方法の種類と必要なもの 添付書類について 電子証明書 暗号化について ACKファイルについて 企業向け副作用報告サイト ( 仮 ) について
PowerPoint プレゼンテーション
FLEXSCHE Excel 帳票 入門ガイド 1 目次 2 EXCEL 帳票とは EDIF を用いて出力された一時データを元に それを EXCEL 形式の帳票として出力する機能です 利用するには FLEXSCHE EDIF の他 Microsoft Excel 2003 以降が必要です レイアウトデザインも EXCEL で行うので 多くの方に操作に抵抗なく編集していただけます この入門ガイドでは
intra-mart Accel Platform — イベントナビゲータ 開発ガイド 初版
Copyright 2013 NTT DATA INTRAMART CORPORATION 1 Top 目次 intra-mart Accel Platform イベントナビゲータ開発ガイド初版 2013-07-01 改訂情報概要イベントフローの作成 更新 削除をハンドリングするイベントフローを非表示にする回答を非表示にするリンクを非表示にするタイトル コメントを動的に変更するリンク情報を動的に変更するナビゲート結果のリンクにステータスを表示する
欧州特許庁米国特許商標庁との共通特許分類 CPC (Cooperative Patent Classification) 日本パテントデータサービス ( 株 ) 国際部 2019 年 7 月 31 日 CPC 版が発効します 原文及び詳細はCPCホームページのCPC Revision
欧州特許庁米国特許商標庁との共通特許分類 CPC (Cooperative Patent Classification) 日本パテントデータサービス ( 株 ) 国際部 2019 年 7 月 31 日 CPC 2019.08 版が発効します 原文及び詳細はCPCホームページのCPC Revisions(CPCの改訂 ) をご覧ください https://www.cooperativepatentclassification.org/cpcrevisions/noticeofchanges.html
農業・農村基盤図の大字小字コードXML作成 説明書
農業 農村基盤図の大字小字コード XML 作成説明書 2007/06/06 有限会社ジオ コーチ システムズ http://www.geocoach.co.jp/ info@geocoach.co.jp 農業 農村基盤図の大字小字コード XML 作成 プログラムについての説明書です バージョン ビルド 1.01 2007/06/06 農業 農村基盤図の大字小字コード XML 作成 は 市区町村 大字
<4D F736F F F696E74202D208A778F708FEE95F197AC92CA82F08EC08CBB82B782E98B5A8F E97708B5A8F70816A5F94D196EC8D758E742E >
講義 (5) 学術情報流通を実現する技術 (2) 応 技術 佛教 学図書館専 員飯野勝則 2013 年 9 25 at NII シンプルな学術情報流通 近な例 CiNii に 量の論 データを登録する というのも学術情報流通の 形態 CiNii(NII ELS) に 量のデータを登録する (1) TSV(Tab Separated Value) 形式 E データ項 をタブによって切り分けたテーブルを連想させるフォーマット
Microsoft PowerPoint - 04_01_text_UML_03-Sequence-Com.ppt
システム設計 (1) シーケンス図 コミュニケーション図等 1 今日の演習のねらい 2 今日の演習のねらい 情報システムを構成するオブジェクトの考え方を理解す る 業務プロセスでのオブジェクトの相互作用を考える シーケンス図 コミュニケーション図を作成する 前回までの講義システム開発の上流工程として 要求仕様を確定パソコンを注文するまでのユースケースユースケースから画面の検討イベントフロー アクティビティ図
目 次 操作マニュアル 1. はじめに 初期設定操作の流れ 新規登録画面 環境設定プログラムの起動と構成 プログラムの起動 環境設定画面の構成 環境設定の画面構成 環境設定の登録... 7
E2BWriter Premium 環境設定マニュアル ご注意 :E2BWriter Premium 実行前に必ず 1 度は 環境設定 を実行してください 目 次 操作マニュアル 1. はじめに... 3 2. 初期設定操作の流れ... 4 2.1 新規登録画面...4 3. 環境設定プログラムの起動と構成... 5 3.1 プログラムの起動...5 3.2 環境設定画面の構成...5 1. 環境設定の画面構成...5
Microsoft Word - ModelAnalys操作マニュアル_
モデル分析アドイン操作マニュアル Ver.0.5.0 205/0/05 株式会社グローバルアシスト 目次 概要... 3. ツール概要... 3.2 対象... 3 2 インストールと設定... 4 2. モデル分析アドインのインストール... 4 2.2 モデル分析アドイン画面の起動... 6 3 モデル分析機能... 7 3. 要求分析機能... 7 3.. ID について... 0 3.2 要求ツリー抽出機能...
1.chemSHERPA 入力フロー ページ 1 依頼者情報の入力 安川電機の情報を入力します 基本情報の入力 製品 部品情報を入力します 依頼者製品情報製品情報 遵法判断情報の入力 成分情報の入力 JGPSSI フォーマットに相当する情報 JAMP-AIS/MSDSplus に相当する情報 遵法判
作成者更新者 安川電機調達部安川電機調達部 ページ作成日更新日 2017/8/24 chemsherpa 回答マニュアル 目次 1.chemSHERPA 入力フロー P1 2. chemsherpa ツール入手方法 P2~P3 3. 基本画面 P4 4. 安川電機からの調査製品の確認 P5~P7 5. 貴社 安川電機への回答作成 P8~P20 6. 成分情報 遵法判断情報への変換方法 P21 その他.
Microsoft PowerPoint - グリッド協議会GT4演習資料_2007_配布用
演習 1~6 Globus Toolkit Version 4 (Java WS Core) 演習 : WS-Resource の生成と機能拡張 目標 :GT4 Java Core WSRF 基本仕様のサポート確認 サーバー側の実装方法 サービス 各種設定ファイル ( の実装方法 ) 最低限 WSRF の標準的な機能は GT4 に含まれる標準で利用可能 GT4 標準の利用方法 wsrf-get-property
1 1 tf-idf tf-idf i
14 A Method of Article Retrieval Utilizing Characteristics in Newspaper Articles 1055104 2003 1 31 1 1 tf-idf tf-idf i Abstract A Method of Article Retrieval Utilizing Characteristics in Newspaper Articles
改訂履歴 版 更新日 改訂内容 第 1.0 版 2014 年 3 月 初版 第 1.1 版 2015 年 3 月 指定年月日 のデータ型を修正 上記修正に伴う符号化仕様の修正
国土数値情報 ( 景観重要建造物 樹木 ) 製品仕様書 第 1.1 版 平成 27 年 3 月 国土交通省国土政策局 改訂履歴 版 更新日 改訂内容 第 1.0 版 2014 年 3 月 初版 第 1.1 版 2015 年 3 月 指定年月日 のデータ型を修正 上記修正に伴う符号化仕様の修正 目次 1 概覧... 1 1.1 空間データ製品仕様書の作成情報... 1 1.2 目的... 1 1.3
Cisco Jabber for Windows のカスタマイズ
インストール後にカスタマイズできる機能を確認します 組織の要件を満たすようにこれらの 機能をカスタマイズする方法について学習します カスタム顔文字の追加, 1 ページ カスタム埋め込みタブの作成, 5 ページ カスタム顔文字の追加 カスタム顔文字を Cisco Jabber for Windows に追加するには XML ファイルで顔文字の定義を作成 し ファイル システムに保存します 注 最適な結果を得るには
SURE: Shizuoka University REp http://ir.lib.shizuoka.ac.jp/ Title 中 国 語 の 語 りにおける 知 覚 動 詞 の 用 法 について Author(s) 今 井, 敬 子 Citation 人 文 論 集. 57(1), p. A49-A66 Issue Date 2006-07-31 URL http://doi.org/10.14945/00001112
スライド 1
健康で豊かな国民生活を保健医療福祉情報システムが支えます 2016 年度標準化推進部会業務報告会 医療情報標準化を取りまく動向について 2017 年 3 月 3 日 国内標準化委員会 佐々木文夫 目次 1. 今年度制定したJAHIS 標準類 2. 国内標準化委員会の活動 3. その他のトピックス 2 1. 今年度制定した JAHIS 標準類 JAHIS 標準 16-001 JAHIS 心臓カテーテル検査レポート構造化記述規約