【電子入札システム対応】エコチル調査データ管理システムの更改及び運用保守業務［総合評価落札方式］

【電子入札システム対応】エコチル調査データ管理システムの更改及び運用保守業務［総合評価落札方式］ 入 札 公 告次のとおり一般競争入札に付します。令和８年１月２３日国立研究開発法人国立環境研究所理事長 木本 昌秀１． 競争入札に付する事項(１)件 名：【電子入札システム対応】エコチル調査データ管理システムの更改及び運用保守業務［総合評価落札方式］(２)契約期間：令和８年４月１日から令和１５年３月３１日までただし、令和１３年４月１日以降の契約の効力について、環境大臣より、独立行政法人通則法(平成１１年法律第１０３号)第３５条の５による第７期中長期計画の認可を受けることを停止条件とする。(３)仕 様：仕様書による。(４)履行場所：仕様書による。２． 競争参加資格(１)令和７・８・９年度環境省競争参加資格(全省庁統一資格)の「役務の提供等」の「情報処理」又は「ソフトウェア開発」において「Ａ」、「Ｂ」又は「Ｃ」の等級に格付けされている者であること。(２)国立研究開発法人国立環境研究所契約事務取扱細則第５条の規定に該当しない者であること。なお、未成年者、被保佐人又は被補助人であって、契約締結のために必要な同意を得ている者については、同条中、特別の理由がある場合に該当する。(３)国立研究開発法人国立環境研究所契約事務取扱細則第６条の規定に該当しない者であること。(４)契約者等から取引停止の措置を受けている期間中の者でないこと。(５)入札説明書別紙５において示す暴力団排除等に関する誓約事項に誓約できる者であること。(６)共同企業体での入札についてア 単独で本業務が担えない場合は、適正に業務を遂行できる共同企業体(当該業務を共同して行うことを目的として複数の民間事業者により構成された組織をいう。以下同じ。)として参加することができる。その場合、提案書等の提出期限までに共同企業体を結成し、代表者を定め、他の者は構成員として参加するものとする。また、共同企業体の構成員は他の共同企業体構成員となること、又は、単独で入札に参加することはできない。なお、共同企業体結成に関する協定書を作成すること。イ 共同企業体の入札参加資格共同企業体の代表者及び構成員は上記(１)から(５)の全ての要件を満たしていること。３． 電子入札システムの利用本件調達は電子入札システムで行う。なお、同システムによりがたい者は発注者に申し出た場合に限り紙入札方式によることができる。・https://www.ebs-cloud.fwd.ne.jp/CALS/Accepter/index.jsp?name1=06A0064006A00600４． 契約条項を示す場所、入札説明書等の交付場所及び問合せ先(１)入札の方法等は別途交付する入札説明書によるので、必ず参照すること。(２)入札説明書の交付場所等〒３０５－８５０６ 茨城県つくば市小野川１６－２国立研究開発法人国立環境研究所 総務部会計課契約第一係、入札情報公開システム及び当研究所ＷＥＢサイトＴＥＬ ０２９－８５０－２３２１(担当：門川)５． 入札説明書等に対する質問(１)質問書受領期限令和８年２月１２日(木)１６時００分まで(２)提出方法電子メールによるデータ(指定様式(※))の送付とする(データ送付先:chotatsu@niesgo.jp)。なお、メールの件名を【質問の提出(エコチル調査データ管理システムの更改及び運用保守業務)(担当：門川)】とすること。※当研究所ＷＥＢサイトに掲載(本公告掲載先と同一ページ)６． 回答書閲覧期間及び場所令和８年２月２０日(金)１０時００分から令和８年３月２４日(火)１４時００分まで当研究所ＷＥＢサイト(本公告掲載先と同一ページ)において閲覧可能である。ただし、質問のない場合は掲示しない。７． 提案書の提出期限等(１)提出期限及び提出場所令和８年３月４日(水)１６時００分まで ４．(２)に示すとおり(２)提出方法詳細は入札説明書による。８．入札及び開札の日時及び場所令和８年３月２４日(火)１４時００分国立研究開発法人国立環境研究所 研究本館Ⅱ １階 第１会議室(茨城県つくば市小野川１６－２)９．入札方法本件は、入札に併せて技術等の提案書を受け付け、価格と技術等の総合評価によって落札者を決定する総合評価落札方式の入札である。入札金額については、１．(１)の業務に関する一切の費用を含めた額とする。また、初期構築・運用保守に係る費用は、初期構築終了後に契約額総額を契約期間のうち運用開始後の月数である６０ヶ月で割り、令和１０年４月から毎月ごとに均等の支払いを行うものとするため、それを踏まえた入札金額とすること。落札決定に当たっては、入札書に記載された金額に課税対象金額の１０％に相当する額を加算した金額(当該金額に１円未満の端数があるときは、その金額を切り捨てるものとする。)をもって落札価格とするので、入札参加者は、消費税及び地方消費税に係る課税事業者であるか免税事業者であるかを問わず見積もった契約金額から課税額を除いた金額を入札書に記載する。１０．その他留意事項(１)入札及び契約手続きにおいて使用する言語及び通貨は、日本語及び日本国通貨に限る。(２)入札保証金及び契約保証金 免除(３)入札の無効 本公告に示した競争参加資格のない者がした入札及び入札に関する条件に違反した入札書は無効とする。(４)契約書作成の要否 要(５)落札者の決定方法 次の各要件に該当する者のうち、入札説明書に定める総合評価の方法によって得られた数値の最も高い者を落札者とする。ただし、落札者となるべき者の入札価格によっては、その者により当該契約の内容に適合した履行がなされないおそれがあると認められるとき、又はその者と契約を締結することが公正な取引の秩序を乱すこととなるおそれがあって著しく不適当であると認められるときは、下記各要件を満たす者であって、落札者となるべき者以外で最も数値が高い者を落札者とすることがある。① 入札価格が、国立研究開発法人国立環境研究所契約事務取扱細則第１３条の規定に基づいて作成された予定価格の制限の範囲内であること。② 提案書が、国立研究開発法人国立環境研究所による審査の結果、合格していること。(６)その他 詳細は入札説明書による。 ධ ᮐ ㄝ ᫂ ᭩࠙㟁Ꮚධᮐࢩࢫࢸ࣒ᑐᛂࠚ㹙⥲ྜホ౯ⴠᮐ᪉ᘧ㹛࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ ௧࿴㸶ᖺ㸯᭶ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ᙜ◊✲ᡤࡢ୍⯡➇த࡟ಀࡿධᮐබ࿌㸦௧࿴㸶ᖺ㸯᭶㸰㸱᪥௜㸧࡟ᇶ࡙ࡃධᮐ࡟ࡘ࠸࡚ࡣࠊ㛵ಀἲ௧࡟ᐃࡵࡿࡶࡢࡢ࡯࠿ࠊࡇࡢධᮐㄝ᫂᭩࡟ࡼࡿࠋ㸯㸬➇தධᮐ࡟௜ࡍࡿ஦㡯 㸦㸯㸧௳ྡ࠙㟁Ꮚධᮐࢩࢫࢸ࣒ᑐᛂࠚ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ㹙⥲ྜホ౯ⴠᮐ᪉ᘧ㹛㸦㸰㸧ዎ⣙ᮇ㛫௧࿴㸶ᖺ㸲᭶㸯᪥࠿ࡽ௧࿴㸯㸳ᖺ㸱᭶㸱㸯᪥ࡲ࡛ࡓࡔࡋࠊ௧࿴㸯㸱ᖺ㸲᭶㸯᪥௨㝆ࡢዎ⣙ࡢຠຊ࡟ࡘ࠸࡚ࠊ⎔ቃ኱⮧ࡼࡾࠊ⊂❧⾜ᨻἲே㏻๎ἲ㸦ᖹᡂ㸯㸯ᖺἲᚊ➨㸯㸮㸱ྕ㸧➨㸱㸳᮲ࡢ㸳࡟ࡼࡿ➨㸵ᮇ୰㛗ᮇィ⏬ࡢㄆྍࢆཷࡅࡿࡇ࡜ࢆ೵Ṇ᮲௳࡜ࡍࡿࠋ 㸦㸱㸧௙ᵝู⣬௙ᵝ᭩ࡢ࡜࠾ࡾ㸦㸲㸧ᒚ⾜ሙᡤู⣬௙ᵝ᭩ࡢ࡜࠾ࡾ㸦㸳㸧ධᮐಖド㔠 ච㝖 㸦㸴㸧ዎ⣙ಖド㔠 ච㝖 㸦㸵㸧ࡑ ࡢ ௚ ᮏ௳ࡣࠊධᮐ࡟ేࡏ࡚ᢏ⾡➼ࡢᥦ᱌᭩ࢆཷࡅ௜ࡅࠊ౯᱁࡜ᢏ⾡➼ࡢ⥲ྜホ౯࡟ࡼࡗ࡚ⴠᮐ⪅ࢆỴᐃࡍࡿ⥲ྜホ౯ⴠᮐ᪉ᘧࡢධᮐ࡛࠶ࡿࠋ㸰㸬➇தཧຍ࡟ᚲせ࡞㈨᱁ 㸦㸯㸧௧࿴㸵࣭㸶࣭㸷ᖺᗘ⎔ቃ┬➇தཧຍ㈨᱁㸦඲┬ᗇ⤫୍㈨᱁㸧ࡢࠕᙺົࡢᥦ౪➼ࠖࡢࠕ᝟ሗฎ⌮ࠖཪࡣࠕࢯࣇࢺ࢙࢘࢔㛤Ⓨࠖ࡟࠾࠸࡚ࠕ㸿ࠖࠊࠕ㹀ࠖཪࡣࠕ㹁ࠖࡢ➼⣭࡟᱁௜ࡅࡉࢀ࡚࠸ࡿ⪅࡛࠶ࡿࡇ࡜ࠋ 㸦㸰㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸳᮲ࡢつᐃ࡟ヱᙜࡋ࡞࠸⪅࡛࠶ࡿࡇ࡜ࠋ࡞࠾ࠊᮍᡂᖺ⪅ࠊ⿕ಖబேཪࡣ⿕⿵ຓே࡛࠶ࡗ࡚ࠊዎ⣙⥾⤖ࡢࡓࡵ࡟ᚲせ࡞ྠពࢆᚓ࡚࠸ࡿ⪅࡟ࡘ࠸࡚ࡣࠊྠ᮲୰ࠊ≉ูࡢ⌮⏤ࡀ࠶ࡿሙྜ࡟ヱᙜࡍࡿࠋ 㸦㸱㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸴᮲ࡢつᐃ࡟ヱᙜࡋ࡞࠸⪅࡛࠶ࡿࡇ࡜ࠋ 㸦㸲㸧ዎ⣙⪅➼࠿ࡽྲྀᘬ೵Ṇࡢᥐ⨨ࢆཷࡅ࡚࠸ࡿᮇ㛫୰ࡢ⪅࡛࡞࠸ࡇ࡜ࠋ 㸦㸳㸧ධᮐㄝ᫂᭩ู⣬㸳࡟࠾࠸࡚♧ࡍᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙࡛ࡁࡿ⪅࡛࠶ࡿࡇ࡜ࠋ㸦㸴㸧ඹྠ௻ᴗయ࡛ࡢධᮐ࡟ࡘ࠸࡚࢔ ༢⊂࡛ᮏᴗົࡀᢸ࠼࡞࠸ሙྜࡣࠊ㐺ṇ࡟ᴗົࢆ㐙⾜࡛ࡁࡿඹྠ௻ᴗయ㸦ᙜヱᴗົࢆඹྠࡋ࡚⾜࠺ࡇ࡜ࢆ┠ⓗ࡜ࡋ࡚」ᩘࡢẸ㛫஦ᴗ⪅࡟ࡼࡾᵓᡂࡉࢀࡓ⤌⧊ࢆ࠸࠺ࠋ௨ୗྠࡌࠋ㸧࡜ࡋ࡚ཧຍࡍࡿࡇ࡜ࡀ࡛ࡁࡿࠋࡑࡢሙྜࠊᥦ᱌᭩➼ࡢᥦฟᮇ㝈ࡲ࡛࡟ඹྠ௻ᴗయࢆ⤖ᡂࡋࠊ௦⾲⪅ࢆᐃࡵࠊ௚ࡢ⪅ࡣᵓᡂဨ࡜ࡋ࡚ཧຍࡍࡿࡶࡢ࡜ࡍࡿࠋࡲࡓࠊඹྠ௻ᴗయࡢᵓᡂဨࡣ௚ࡢඹྠ௻ᴗయᵓᡂဨ࡜࡞ࡿࡇ࡜ࠊཪࡣࠊ༢⊂࡛ධᮐ࡟ཧຍࡍࡿࡇ࡜ࡣ࡛ࡁ࡞࠸ࠋ࡞࠾ࠊඹྠ௻ᴗయ⤖ᡂ࡟㛵ࡍࡿ༠ᐃ᭩ࢆసᡂࡍࡿࡇ࡜ࠋ࢖ ඹྠ௻ᴗయࡢධᮐཧຍ㈨᱁ඹྠ௻ᴗయࡢ௦⾲⪅ཬࡧᵓᡂဨࡣୖグ㸦㸯㸧࠿ࡽ㸦㸳㸧ࡢ඲࡚ࡢせ௳ࢆ‶ࡓࡋ࡚࠸ࡿࡇ࡜ࠋ㸱㸬ධᮐ⪅ࡢ⩏ົ➼㸦㸯㸧ࡇࡢධᮐ࡟ཧຍࢆᕼᮃࡍࡿ⪅ࡣࠊูῧ㸱ࡢᥦ᱌᭩సᡂ࣭ᑂᰝせ㡿࡟ᇶ࡙ࡁࠊูῧ㸲ࡢᥦ᱌᭩సᡂᵝᘧࢆ㋃ࡲ࠼࡚ᥦ᱌᭩ࢆసᡂࡋࠊ㸳㸬ࡢᥦฟᮇ㝈ࡲ࡛࡟ᥦฟࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋࡲࡓࠊ㛤ᮐ᪥᫬ࡲ࡛ࡢ㛫࡟࠾࠸࡚ᙜᡤ࠿ࡽᙜヱᥦ᱌᭩࡟㛵ࡋ࡚ㄝ᫂ࢆồࡵࡽࢀࡓሙྜࡣࠊࡇࢀ࡟ᛂࡌ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ㸦㸰㸧ධᮐ࡟ཧຍࢆᕼᮃࡍࡿ⪅ࡣࠊ௨ୗࡢධᮐㄝ᫂఍࡟ཧຍࡍࡿࡇ࡜ࡀ࡛ࡁࡿ㸦௵ព㸧ࠋ᪥ ᫬㸸௧࿴㸶ᖺ㸯᭶㸱㸮᪥ 㸯㸮᫬㸱㸮ศሙ ᡤ㸸ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ◊✲ᮏ㤋ϩ㸱㝵 ୰఍㆟ᐊ㸦Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰㸧ࡑࡢ௚㸸ู⣬㸴ࡢධᮐㄝ᫂఍఍ሙ᱌ෆᅗࢆཧ↷ࡍࡿࡇ࡜ࠋ㸲㸬㟁Ꮚධᮐࢩࢫࢸ࣒ࡢ฼⏝ᮏ௳ㄪ㐩ࡣ㟁Ꮚධᮐࢩࢫࢸ࣒࡛⾜࠺ࡓࡵࠊྠࢩࢫࢸ࣒ࡢ㟁Ꮚㄆド㸦௦⾲⪅ཪࡣࡑࡢጤ௵ࢆཷࡅࡓ⪅ࡢ㹇㹁࣮࢝ࢻ࡟㝈ࡿࠋ㸧ࢆྲྀᚓࡋ࡚࠸ࡿࡇ࡜ࠋ࣭KWWSVZZZHEVFORXGIZGQHMS&$/6$FFHSWHULQGH[MVS"QDPH $$ ࡲࡓࠊྠࢩࢫࢸ࣒౑⏝࡟࠶ࡓࡗ࡚ࡣࠊᴗ⪅␒ྕࡀⓎ⾜ࡉࢀ࡚࠸ࡿᚲせࡀ࠶ࡾࠊ㸯㸮㸬㸦㸯㸧ձࡢᥦฟࡢ㝿࡟ᚲせ࡟࡞ࡿࠋᴗ⪅␒ྕⓎ⾜ࡢᡭ⥆ࡁ࡟ࡘ࠸࡚ࡣࠊ௨ୗ 85/ ࡢࠕ㟁Ꮚධᮐࢩࢫࢸ࣒ࡢᑟධ࡟ࡘ࠸࡚ࠖࢆཧ↷ࡢࡇ࡜ࠋ ࣭KWWSVZZZQLHVJRMSRVLUDVHFKRWDWVXNRNRNX࡞࠾ࠊྠࢩࢫࢸ࣒࡟ࡼࡾࡀࡓ࠸⪅ࡣࠊⓎὀ⪅࡟⏦ࡋฟࡓሙྜ࡟㝈ࡾ⣬ධᮐ᪉ᘧ࡟ࡼࡿࡇ࡜ࡀ࡛ࡁࡿࠋ㸳㸬ᥦ᱌᭩➼ࡢᥦฟᮇ㝈ཬࡧᥦฟሙᡤ➼ ධᮐ࡟ཧຍࡋࡼ࠺࡜ࡍࡿ⪅ࡣࠊᮏධᮐㄝ᫂᭩㸰㸬㸦㸯㸧ࡢド᫂᭩㢮ཬࡧᥦ᱌᭩ࢆḟ࡟ᚑ࠸ᥦฟࡍࡿࡇ࡜ࠋ 㸦㸯㸧ᥦฟᮇ㝈 ௧࿴㸶ᖺ㸱᭶㸲᪥㸦Ỉ㸧㸯㸴᫬㸮㸮ศࡲ࡛ᣢཧࡍࡿሙྜࡢཷ௜᫬㛫ࡣࠊᖹ᪥ࡢ㸯㸮᫬࠿ࡽ㸯㸴᫬ࡲ࡛㸦㸯㸰᫬࠿ࡽ㸯㸱᫬ࢆ㝖ࡃ㸧࡜ࡍࡿࠋ 㸦㸰㸧ᥦฟ᪉ἲ ᣢཧࡲࡓࡣ㒑㏦㸦᭩␃㒑౽➼ࡢ㓄㐩ࡢグ㘓ࡀṧࡿࡶࡢ࡟㝈ࡿࠋ㸧ࡍࡿࡇ࡜㸦ᥦฟᮇ㝈ᚲ╔㸧ࠋ㒑㏦ࡍࡿሙྜࡣࠊໟ⿦ࡢ⾲࡟ࠕᥦ᱌᭩ᅾ୰ࠖ࡜᫂グࡍࡿࡇ࡜ࠋ㸦㸱㸧ᥦฟሙᡤ ࠛ㸱㸮㸳㸶㸳㸮㸴Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⥲ົ㒊఍ィㄢዎ⣙➨୍ಀ㹒㹃㹊 㸮㸰㸷㸫㸶㸳㸮㸫㸰㸱㸰㸯 㸦ᢸᙜ㸸㛛ᕝ㸧 㸦㸲㸧㒊 ᩘ ᥦ᱌᭩㸦ῧ௜㈨ᩱཬࡧྛ✀ド᫂᭩㢮ྵࡴ㸧㸴㒊ᮏධᮐㄝ᫂᭩㸰㸬㸦㸯㸧ࡢ➇தཧຍ㈨᱁ド᫂᭩㢮㸦඲┬ᗇ⤫୍㈨᱁㸧ࡢ෗ࡋ㸯㒊㸴㸬ᥦ᱌᭩࡟㛵ࡍࡿࣄ࢔ࣜࣥࢢࡢ᪥᫬ཬࡧሙᡤᚲせ࡟ᛂࡌ࡚ᥦ᱌᭩࡟㛵ࡍࡿࣄ࢔ࣜࣥࢢࢆ㛤ദࡍࡿࠋ㛤ദࡍࡿሙྜ࡟ࡣࠊ㛤ദ᪥᫬ࠊሙᡤ➼࡟ࡘ࠸࡚᭷ຠ࡞ᥦ᱌᭩➼ࢆᥦฟࡋࡓ⪅࡟ᑐࡋ࡚㐃⤡ࡍࡿࠋ㸵㸬ᥦ᱌᭩ࡢᑂᰝ ᥦฟࡉࢀࡓᥦ᱌᭩ࡣࠊูῧ㸳ࡢホ౯ᇶ‽⾲࡟ᇶ࡙ࡁᥦ᱌࡟ಀࡿ஦㡯ࡢᒚ⾜ࡢ☜ᐇᛶ࡟␃ពࡋ࡚ࠊᙜᡤ࡟࠾࠸࡚ᑂᰝࡋࠊྜ᱁ࡋࡓᥦ᱌᭩࡟ಀࡿධᮐ᭩ࡢࡳࢆⴠᮐỴᐃࡢᑐ㇟࡜ࡍࡿࠋᥦ᱌᭩ࡢྜྰ࡟ࡘ࠸࡚ࡣࠊ㛤ᮐ᪥ࡢ㸰Ⴀᴗ᪥๓ࡲ࡛࡟ධᮐ⪅࡟㐃⤡ࡋࠊ୙ྜ᱁࡜࡞ࡗࡓᥦ᱌᭩࡟ಀࡿධᮐ⪅࡟ࡣࠊ⌮⏤ࢆ௜ࡋ࡚㏻▱ࡍࡿࡶࡢ࡜ࡍࡿࠋ㸶㸬ධᮐཬࡧ㛤ᮐࡢ᪥᫬ཬࡧሙᡤ ௧࿴㸶ᖺ㸱᭶㸰㸲᪥㸦ⅆ㸧㸯㸲᫬㸮㸮ศ ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ◊✲ᮏ㤋ϩ 㸯㝵 ➨㸯఍㆟ᐊ㸦Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰㸧㸷㸬ධᮐㄝ᫂᭩➼࡟ᑐࡍࡿ㉁ၥ 㸦㸯㸧ධᮐㄝ᫂᭩ࠊῧ௜㈨ᩱ➼࡟ᑐࡍࡿ㉁ၥࡀ࠶ࡿሙྜ࡟࠾࠸࡚ࡣࠊḟ࡟ᚑ࠸ࠊ㉁ၥ᭩ࢆᥦฟࡍࡿࡇ࡜ࠋᥦฟᮇ㛫㸸௧࿴㸶ᖺ㸯᭶㸰㸱᪥㸦㔠㸧࠿ࡽ௧࿴㸶ᖺ㸰᭶㸯㸰᪥㸦ᮌ㸧㸯㸴᫬㸮㸮ศࡲ࡛ࠋᥦฟඛ㸸ࠛ㸱㸮㸳㸫㸶㸳㸮㸴Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⥲ົ㒊఍ィㄢዎ⣙➨୍ಀ㹒㹃㹊 㸮㸰㸷㸫㸶㸳㸮㸫㸰㸱㸰㸯 㸦ᢸᙜ㸸㛛ᕝ㸧ᥦฟ᪉ἲ㸸㟁Ꮚ࣓࣮ࣝ࡟ࡼࡿࢹ࣮ࢱ㸦ᣦᐃᵝᘧ㸦ͤ㸧㸧ࡢ㏦௜࡜ࡍࡿ㸦ࢹ࣮ࢱ㏦௜ඛFKRWDWVX#QLHVJRMS㸧ࠋ࡞࠾ࠊ࣓࣮ࣝࡢ௳ྡࢆ࠙㉁ၥࡢᥦฟ㸦࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ㸧㸦ᢸᙜ㸸㛛ᕝ㸧ࠚ࡜ࡍࡿࡇ࡜ࠋͤᙜ◊✲ᡤ㹕㹃㹀ࢧ࢖ࢺ ࡟ᥖ㍕㸦ᮏබ࿌ᥖ㍕ඛ࡜ྠ୍࣮࣌ࢪ㸧 㸦㸰㸧㸦㸯㸧ࡢ㉁ၥ࡟ᑐࡍࡿᅇ⟅᭩ࡣࠊḟࡢ࡜࠾ࡾ㜀ぴ࡟౪ࡍࡿࠋ௧࿴㸶ᖺ㸰᭶㸰㸮᪥㸦㔠㸧㸯㸮᫬㸮㸮ศ࠿ࡽ௧࿴㸶ᖺ㸱᭶㸰㸲᪥㸦ⅆ㸧㸯㸲᫬㸮㸮ศࡲ࡛ࠋᙜ◊✲ᡤ㹕㹃㹀ࢧ࢖ࢺ࡟ᥖ㍕㸦ᮏබ࿌ᥖ㍕ඛ࡜ྠ୍࣮࣌ࢪ㸧 㸦㸱㸧㸦㸯㸧ࡢ㉁ၥࡀ࡞࠸ሙྜࠊ㸦㸰㸧࡟ࡘ࠸࡚ࡣ⾜ࢃ࡞࠸ࡶࡢ࡜ࡍࡿࠋ㸯㸮㸬ධᮐཬࡧ㛤ᮐ㸦㸯㸧㟁Ꮚධᮐࡢሙྜձ㟁Ꮚධᮐࢩࢫࢸ࣒࡟ࡼࡾධᮐࢆࡍࡿணᐃࡢ⪅࡟ࡘ࠸࡚ࡣࠊྠࢩࢫࢸ࣒࡟ࡼࡾࠊධᮐ⪅ཪࡣ௦⌮ே➼ࡢ㟁ヰ㐃⤡ඛ㸦㛤ᮐ᫬ࠊ㛤ᮐᇳ⾜ဨ➼࠿ࡽࡢ㟁ヰࢆ☜ᐇ࡟ཷࡅࡽࢀࡿ␒ྕ࡜ࡍࡿࡇ࡜ࠋ㸧ࡀグ㍕ࡉࢀࡓ᭩㢮ࢆ㹎㹂㹄໬ࡋῧ௜ࡢୖࠊ㸳㸬㸦㸯㸧ࡢ᪥᫬ࡲ࡛࡟ᥦฟࡍࡿࡇ࡜ࠋղ㸶㸬ࡢ᪥᫬ࡲ࡛࡟ࠊྠࢩࢫࢸ࣒࡟ᐃࡵࡿᡭ⥆࡟ᚑࡗ࡚ධᮐࢆ⾜࠺ࡇ࡜ࠋ㏻ಙ≧ἣ࡟ࡼࡗ࡚ࡣᙜヱᮇ㝈ෆ࡟ධᮐ᝟ሗࡀ฿╔ࡋ࡞࠸ሙྜࡀ࠶ࡿࡢ࡛ࠊ᫬㛫ⓗవ⿱ࢆᣢࡗ࡚⾜࠺ࡇ࡜ࠋճධᮐ㔠㢠࡟ࡘ࠸࡚ࡣࠊ㸯㸬㸦㸯㸧ࡢᴗົ࡟㛵ࡍࡿ୍ษࡢ㈝⏝ࢆྵࡵࡓ㢠࡜ࡍࡿࠋ ࡲࡓࠊึᮇᵓ⠏࣭㐠⏝ಖᏲ࡟ಀࡿ㈝⏝ࡣࠊึᮇᵓ⠏⤊஢ᚋ࡟ዎ⣙㢠⥲㢠ࢆዎ⣙ᮇ㛫ࡢ࠺ࡕ㐠⏝㛤ጞᚋࡢ᭶ᩘ࡛࠶ࡿ㸴㸮ࣨ᭶࡛๭ࡾࠊ௧࿴㸯㸮ᖺ㸲᭶࠿ࡽẖ᭶ࡈ࡜࡟ᆒ➼ࡢᨭᡶ࠸ࢆ⾜࠺ࡶࡢ࡜ࡍࡿࡓࡵࠊࡑࢀࢆ㋃ࡲ࠼ࡓධᮐ㔠㢠࡜ࡍࡿࡇ࡜ࠋմⴠᮐỴᐃ࡟ᙜࡓࡗ࡚ࡣࠊධᮐ᭩࡟グ㍕ࡉࢀࡓ㔠㢠࡟ㄢ⛯ᑐ㇟㔠㢠ࡢ㸯㸮㸣࡟┦ᙜࡍࡿ㢠ࢆຍ⟬ࡋࡓ㔠㢠㸦ᙜヱ㔠㢠࡟㸯෇ᮍ‶ࡢ➃ᩘࡀ࠶ࡿ࡜ࡁࡣࠊࡑࡢ㔠㢠ࢆษࡾᤞ࡚ࡿࡶࡢ࡜ࡍࡿ㸧ࢆࡶࡗ࡚ⴠᮐ౯᱁࡜ࡍࡿࡢ࡛ࠊධᮐཧຍ⪅ࡣࠊᾘ㈝⛯ཬࡧᆅ᪉ᾘ㈝⛯࡟ಀࡿㄢ⛯஦ᴗ⪅࡛࠶ࡿ࠿ච⛯஦ᴗ⪅࡛࠶ࡿ࠿ࢆၥࢃࡎぢ✚ࡶࡗࡓዎ⣙㔠㢠࠿ࡽㄢ⛯㢠ࢆ㝖࠸ࡓ㔠㢠ࢆධຊࡍࡿࡶࡢ࡜ࡍࡿࠋյྠࢩࢫࢸ࣒࡟ࡼࡾධᮐࡋࡓሙྜ࡟ࡣࠊᮏධᮐㄝ᫂᭩࡟࠾࠸࡚♧ࡍᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙ࡋࡓࡶࡢ࡜ࡋ࡚ྲྀࡾᢅ࠺ࡇ࡜࡜ࡍࡿࠋնධᮐ⪅ཪࡣ௦⌮ே➼ࡣࠊ㛤ᮐ᫬้࡟ྠࢩࢫࢸ࣒ࡢ➃ᮎࡢ๓࡛ᚅᶵࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋշ஦⏤ࡢ࠸࠿ࢇ࡟࠿࠿ࢃࡽࡎධᮐࡢᘬ᥮࠼ࠊኚ᭦ཪࡣྲྀᾘࡋࢆ⾜࠺ࡇ࡜ࡀ࡛ࡁ࡞࠸ࠋոධᮐཧຍ⪅ࡀ㐃ྜࡋࠊཪࡣ୙✜ࡢ⾜ືࢆ࡞ࡍ➼ࡢሙྜ࡟࠾࠸࡚ࠊධᮐࢆබṇ࡟ᇳ⾜ࡍࡿࡇ࡜ࡀ࡛ࡁ࡞࠸࡜ㄆࡵࡽࢀࡿ࡜ࡁࡣࠊᙜヱධᮐཧຍ⪅ࢆධᮐ࡟ཧຍࡉࡏࡎࠊཪࡣධᮐࡢᇳ⾜ࢆᘏᮇࡋࠊⱝࡋࡃࡣྲྀࡾࡸࡵࡿࡇ࡜ࡀ࠶ࡿࠋ㸦㸰㸧⣬ධᮐࡢሙྜձ⣬ධᮐ࡛ࡢཧຍ࡟ࡘ࠸࡚ࡣࠊ⣬ධᮐ᪉ᘧཧຍᒆ㸦ู⣬㸯㸧ࢆ㸳㸬㸦㸯㸧ࡢ᪥᫬ࡲ࡛࡟㸳㸬㸦㸱㸧ࡢሙᡤ࡬ᣢཧࠊ㒑㏦ཪࡣ㟁Ꮚ࣓࣮ࣝ㸦FKRWDWVX#QLHVJRMS㸧࡟ࡼࡾᥦฟࡍࡿࡇ࡜ࠋղධᮐ᭩㸦ู⣬㸰㸧࡟ࡣࠊධᮐཧຍ⪅ࡢఫᡤࠊẶྡࢆグධࡋࠊ㔠㢠ࡢグධࡣ࢔ࣛࣅ࢔ᩘᏐࢆ⏝࠸࡚㩭᫂࡟グ㍕ࡍࡿࡇ࡜ࠋࡲࡓࠊ㒑㏦࡟ࡼࡿᥦฟࡢ㝿ࡣධᮐ᭩࡟ධᮐᅇᩘ㸦➨ۑᅇ㸧ࢆグ㍕ࡍࡿࡇ࡜ࠋճධᮐ᭩ཬࡧධᮐ࡟ಀࡿᩥ᭩࡟౑⏝ࡍࡿゝㄒࡣࠊ᪥ᮏㄒ࡟㝈ࡿࡶࡢ࡜ࡋࠊࡲࡓධᮐ㔠㢠ࡣࠊ᪥ᮏᅜ㏻㈌࡟ࡼࡿ⾲♧࡟㝈ࡿࡶࡢ࡜ࡍࡿࠋմධᮐ㔠㢠࡟ࡘ࠸࡚ࡣࠊ㸯㸬㸦㸯㸧ࡢᴗົ࡟㛵ࡍࡿ୍ษࡢ㈝⏝ࢆྵࡵࡓ㢠࡜ࡍࡿࠋ ࡲࡓࠊึᮇᵓ⠏࣭㐠⏝ಖᏲ࡟ಀࡿ㈝⏝ࡣࠊึᮇᵓ⠏⤊஢ᚋ࡟ዎ⣙㢠⥲㢠ࢆዎ⣙ᮇ㛫ࡢ࠺ࡕ㐠⏝㛤ጞᚋࡢ᭶ᩘ࡛࠶ࡿ㸴㸮ࣨ᭶࡛๭ࡾࠊ௧࿴㸯㸮ᖺ㸲᭶࠿ࡽẖ᭶ࡈ࡜࡟ᆒ➼ࡢᨭᡶ࠸ࢆ⾜࠺ࡶࡢ࡜ࡍࡿࡓࡵࠊࡑࢀࢆ㋃ࡲ࠼ࡓධᮐ㔠㢠࡜ࡍࡿࡇ࡜ࠋյⴠᮐỴᐃ࡟ᙜࡓࡗ࡚ࡣࠊⴠᮐỴᐃ࡟ᙜࡓࡗ࡚ࡣࠊධᮐ᭩࡟グ㍕ࡉࢀࡓ㔠㢠࡟ㄢ⛯ᑐ㇟㔠㢠ࡢ㸯㸮㸣࡟┦ᙜࡍࡿ㢠ࢆຍ⟬ࡋࡓ㔠㢠㸦ᙜヱ㔠㢠࡟㸯෇ᮍ‶ࡢ➃ᩘࡀ࠶ࡿ࡜ࡁࡣࠊࡑࡢ㔠㢠ࢆษࡾᤞ࡚ࡿࡶࡢ࡜ࡍࡿ㸧ࢆࡶࡗ࡚ⴠᮐ౯᱁࡜ࡍࡿࡢ࡛ࠊධᮐཧຍ⪅ࡣࠊᾘ㈝⛯ཬࡧᆅ᪉ᾘ㈝⛯࡟ಀࡿㄢ⛯஦ᴗ⪅࡛࠶ࡿ࠿ච⛯஦ᴗ⪅࡛࠶ࡿ࠿ࢆၥࢃࡎぢ✚ࡶࡗࡓዎ⣙㔠㢠࠿ࡽㄢ⛯㢠ࢆ㝖࠸ࡓ㔠㢠ࢆධᮐ᭩࡟グ㍕ࡍࡿࡶࡢ࡜ࡍࡿࠋնධᮐ᭩ࡣࠊู⣬ࡢ᭩ᘧ࡟ࡼࡾసᡂࡋࠊᑒ࠿ࢇࡢୖ࡛ᣢཧཪࡣ㒑㏦࡟ࡼࡾᥦฟࡍࡿࡶࡢ࡜ࡍࡿࠋշධᮐ᭩ࢆᣢཧࡍࡿሙྜࡣࠊධᮐ᭩ࢆᑒ࠿ࢇࡋࠊධᮐཧຍ⪅ࡢၟྕཪࡣྡ⛠ࠊධᮐ௳ྡཬࡧ㛤ᮐ᪥᫬ࢆグ㍕ࡋࠊධᮐཬࡧ㛤ᮐ᪥࡟ධᮐ⟽࡟ᢞධࡍࡿࡇ࡜ࠋոᙜ㠃ࡢ㛫㒑㏦࡟ࡼࡿධᮐ᭩ࡢᥦฟࡣ㸱㏻ࡲ࡛ㄆࡵࡿࡇ࡜࡜ࡍࡿࠋධᮐ᭩ࢆ㒑㏦࡟ࡼࡾᥦฟࡍࡿሙྜࡣࠊ஧㔜ᑒ⟄࡜ࡋࠊ⾲ᑒ⟄࡟ධᮐ᭩ᅾ୰ࡢ᪨ࢆᮒ᭩ࡋࠊ୰ᑒ⟄࡟ධᮐཧຍ⪅ࡢධᮐཧຍ⪅ࡢၟྕཪࡣྡ⛠ࠊධᮐ௳ྡཬࡧ㛤ᮐ᪥᫬୪ࡧ࡟ධᮐᅇᩘ㸦ۑᅇ┠㸧ࢆグ㍕ࡋ࡚᭩␃㒑౽㸦㓄㐩ド᫂௜㸧࡟ࡼࡾࠊḟ࡟ᚑ࠸㒑㏦ࡍࡿࡇ࡜ࠋ࡞࠾ࠊ෌ᗘධᮐࡢྲྀᢅ࠸࡟ࡘ࠸࡚ࡣࠊ㸯㸲㸬෌ᗘධᮐࢆཧ↷ࡍࡿࡇ࡜ࠋᥦฟᮇ㝈㸸ධᮐཬࡧ㛤ᮐࡢ๓᪥㸦ͤ㸧㸯㸴᫬㸮㸮ศͤᅵ࣭᪥᭙᪥ࠊ⚃⚍᪥ཬࡧᖺᮎᖺጞ㸦㸯㸰᭶㸰㸷᪥࠿ࡽ㸯᭶㸱᪥㸧ࢆ㝖ࡃࠋᥦฟሙᡤ㸸ᮏධᮐㄝ᫂᭩㸳㸬ࡢᥦฟሙᡤ࡜ྠࡌ չධᮐཧຍ⪅ࡣࠊධᮐ᭩ࢆᥦฟࡍࡿ㝿࡟ࡣࠊᮏධᮐㄝ᫂᭩㸰㸬㸦㸯㸧ࡢ➇தཧຍ㈨᱁ࢆ᭷ࡍࡿࡇ࡜ࢆド᫂ࡍࡿ᭩㢮ࢆᥦฟࡍࡿࡇ࡜ࠋպධᮐཧຍ⪅ࡣࠊ௦⌮ேཪࡣ᚟௦⌮ே㸦௨ୗࠕ௦⌮ே➼ࠖ࡜࠸࠺ࠋ㸧ࢆࡋ࡚ධᮐࡉࡏࡿ࡜ࡁࡣࠊࡑࡢጤ௵≧㸦ู⣬㸱ࠊ㸲㸧ࢆᣢཧࡉࡏ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ࡞࠾ࠊո࡟ࡼࡾධᮐ᭩ࢆ㒑㏦ࡍࡿሙྜࡶྠᵝ࡜ࡋࠊධᮐ᭩ࢆ㒑㏦ࡍࡿ㝿࡟ጤ௵≧ࢆྠᑒࡍࡿࡶࡢ࡜ࡍࡿࠋջධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡣࠊᙜヱධᮐ࡟ᑐࡍࡿ௚ࡢධᮐཧຍ⪅ࡢ௦⌮ࢆࡍࡿࡇ࡜ࡀ࡛ࡁ࡞࠸ࠋռ㛤ᮐࡣࠊධᮐཧຍ⪅ࡢ㠃๓࡛⾜࠺ࠋࡓࡔࡋࠊධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡀ㛤ᮐሙᡤ࡟ฟᖍࡋ࡞࠸࡜ࡁࡣࠊධᮐᇳ⾜஦ົ࡟㛵ಀࡢ࡞࠸⫋ဨࢆ❧఍ࡉࡏ࡚㛤ᮐࡍࡿࠋࡇࡢሙྜࠊ␗㆟ࡢ⏦ࡋ❧࡚ࡣ࡛ࡁ࡞࠸ࠋսධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡣࠊ㛤ᮐ᫬้ᚋ࡟࠾࠸࡚ࡣࠊ㛤ᮐሙ࡟ධሙࡍࡿࡇ࡜ࡣ࡛ࡁ ࡞࠸ࠋվᥦฟ῭ࡢධᮐ᭩ࡣࠊࡑࡢ஦⏤ࡢ࠸࠿ࢇ࡟࠿࠿ࢃࡽࡎᘬ᥮࠼ࠊኚ᭦ཪࡣྲྀᾘࡋࢆ⾜࠺ࡇ࡜ࡀ࡛ࡁ࡞࠸ࠋտධᮐཧຍ⪅ࡀ㐃ྜࡋࠊཪࡣ୙✜ࡢ⾜ືࢆ࡞ࡍ➼ࡢሙྜ࡟࠾࠸࡚ࠊධᮐࢆබṇ࡟ᇳ⾜ࡍࡿࡇ࡜ࡀ࡛ࡁ࡞࠸࡜ㄆࡵࡽࢀࡿ࡜ࡁࡣࠊᙜヱධᮐཧຍ⪅ࢆධᮐ࡟ཧຍࡉࡏࡎࠊཪࡣධᮐࡢᇳ⾜ࢆᘏᮇࡋࠊⱝࡋࡃࡣྲྀࡾࡸࡵࡿࡇ࡜ࡀ࠶ࡿࠋ㸯㸯㸬ධᮐࡢ↓ຠ ḟࡢྛྕ࡟ヱᙜࡍࡿධᮐ᭩ࡣ↓ຠ࡜ࡍࡿࠋ 㸦㸯㸧➇த࡟ཧຍࡍࡿ㈨᱁ࢆ᭷ࡋ࡞࠸⪅ࡢᥦฟࡋࡓධᮐ᭩ 㸦㸰㸧ጤ௵≧ࢆᥦฟࡋ࡞࠸௦⌮ே➼ࡢᥦฟࡋࡓධᮐ᭩ 㸦㸱㸧グྡࢆḞ࠸ࡓධᮐ᭩ 㸦㸲㸧ධᮐ㔠㢠ࡢグ㍕ࡀ୙᫂☜࡞ධᮐ᭩ 㸦㸳㸧ධᮐ㔠㢠ࡢグ㍕ࢆゞṇࡋࡓධᮐ᭩ 㸦㸴㸧ㄗᏐࠊ⬺Ꮠ➼࡟ࡼࡾពᚿ⾲♧ࡀ୙᫂░࡛࠶ࡿධᮐ᭩ 㸦㸵㸧᫂ࡽ࠿࡟㐃ྜ࡟ࡼࡿ࡜ㄆࡵࡽࢀࡿධᮐ᭩ 㸦㸶㸧ྠ୍஦㡯ࡢධᮐ࡟ࡘ࠸࡚ࠊ௚ࡢධᮐཧຍ⪅ࡢ௦⌮ே➼ࢆවࡡࡓ⪅ࡢධᮐ᭩ 㸦㸷㸧ྠ୍ධᮐᇳ⾜ᅇ࡟ࡘ࠸࡚ࠊධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡀ஧㏻௨ୖࡢධᮐ᭩ࢆᥦฟࡋࡓሙྜ㸦㸧ࡑࡢ௚ࡢධᮐ࡟㛵ࡍࡿ᮲௳࡟㐪཯ࡋࡓධᮐ᭩㸯㸰㸬ධᮐᚰᚓ 㸦㸯㸧ධᮐཧຍ⪅ࡣࠊ௙ᵝ᭩ཬࡧῧ௜᭩㢮ࢆ⇍ㄞࡢ࠺࠼ࠊධᮐࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ 㸦㸰㸧ධᮐཧຍ⪅ࡣࠊ๓㡯ࡢ᭩㢮࡟ࡘ࠸࡚␲⩏ࡀ࠶ࡿ࡜ࡁࡣࠊ㛵ಀ⫋ဨࡢㄝ᫂ࢆồࡵࡿࡇ࡜ࡀ࡛ࡁࡿࠋ 㸦㸱㸧ධᮐཧຍ⪅ࡣࠊධᮐᚋࠊ௙ᵝ᭩ཬࡧῧ௜᭩㢮࡟ࡘ࠸࡚ࡢ୙᫂➼ࢆ⌮⏤࡜ࡋ࡚␗㆟ࢆ⏦ࡋ❧࡚ࡿࡇ࡜ࡣ࡛ࡁ࡞࠸ࠋ㸯㸱㸬ⴠᮐࡢỴᐃḟࡢྛせ௳ࢆ‶ࡓࡍධᮐ⪅ࡢ࠺ࡕࠊูῧ㸱ࡢᥦ᱌᭩సᡂ࣭ᑂᰝせ㡿࡟つᐃࡍࡿࠕ⥲ྜホ౯Ⅼࡢィ⟬᪉ἲࠖ࡟ࡼࡗ࡚ᚓࡽࢀࡓᩘ್ࡢ᭱ࡶ㧗࠸⪅ࢆⴠᮐ⪅࡜ࡍࡿࠋ࢔㸬ධᮐ౯᱁ࡀࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸯㸱᮲ࡢつᐃ࡟ᇶ࡙࠸࡚సᡂࡉࢀࡓணᐃ౯᱁ࡢไ㝈ࡢ⠊ᅖෆ࡛࠶ࡿࡇ࡜ࠋ࢖㸬ᥦ᱌᭩ࡀࠊูῧ㸳ࡢホ౯ᇶ‽⾲࡟ᐃࡵࡿホ౯㡯┠ࡢ࠺ࡕᚲ㡲࡜ࡉࢀࡓ㡯┠ࡢᇶ♏Ⅼࡢホ౯ᇶ‽ࢆࡍ࡭࡚‶ࡓࡋ࡚࠸ࡿࡇ࡜ࠋ㸯㸲㸬෌ᗘධᮐ 㛤ᮐࡋࡓሙྜ࡟࠾࠸࡚ࠊධᮐཧຍ⪅ࡢධᮐࡢ࠺ࡕணᐃ౯᱁ࡢไ㝈࡟㐩ࡋࡓ౯᱁ࡢධᮐࡀ↓࠸࡜ࡁࡣࠊ┤ࡕ࡟෌ᗘࡢධᮐࢆ⾜࠺ࠋ࡞࠾ࠊ௨ୗࡢ஦㡯࡟␃ពࡍࡿࡇ࡜ࠋ࣭෌ᗘධᮐࡢ᫬้ࡣධᮐᇳ⾜⪅㸦ᘢᡤ⫋ဨ㸧ࡀᣦᐃࡍࡿ㸦㟁Ꮚධᮐ࡟ࡼࡿᛂᮐࢆ⾜࠺ሙྜࡣ≉࡟␃ពࡍࡿࡇ࡜ࠋ㸧ࠋ࣭෌ᗘධᮐࡢᅇᩘࡣཎ๎࡜ࡋ࡚㸰ᅇࢆ㝈ᗘ࡜ࡍࡿࠋࡓࡔࡋࠊ㒑౽࡟ࡼࡿධᮐࢆ⾜࠸ࠊ㛤ᮐᙜ᪥࡟ධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡀ㛤ᮐሙᡤ࡟ฟᖍࡋ࡞࠸࡜ࡁࡣࠊධᮐ᭩ࡢᥦฟᩘ௨㝆ࡢ෌ᗘධᮐ࡟ࡼࡿධᮐ࡟ཧຍ࡛ࡁ࡞࠸ࡓࡵὀពࡍࡿࡇ࡜ࠋ㸯㸳㸬ྠ⥲ྜホ౯Ⅼࡢධᮐࡀ㸰ே௨ୖ࠶ࡿሙྜࡢⴠᮐ⪅ࡢỴᐃ 㸦㸯㸧ࠕ㸯㸱㸬ⴠᮐࡢỴᐃࠖ࡟ࡼࡗ࡚Ỵᐃࡉࢀࡿⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡀ㸰ே௨ୖ࠶ࡿ࡜ࡁࡣࠊ㟁Ꮚධᮐࢩࢫࢸ࣒࡟ࡼࡿ㟁Ꮚࡃࡌ࡟ࡼࡾⴠᮐ⪅ࢆỴᐃࡍࡿࠋ㟁Ꮚධᮐࢩࢫࢸ࣒࡟ࡼࡾධᮐࢆ⾜࠺ሙྜࡣࠊධᮐ᫬࡟௵ពࡢ㸱᱆ࡢᩘᏐࢆධຊࡍࡿࡇ࡜ࠋ⣬ධᮐ࡟ࡼࡿሙྜࡣࠊධᮐ᭩㸦ู⣬㸰㸧ࡢグ㍕ḍ࡟௵ពࡢ㸱᱆ࡢᩘᏐࢆグ㍕ࡍࡿࡇ࡜ࠋ࡞࠾ࠊධຊࡉࢀࡓᩘᏐࡣ஘ᩘฎ⌮࡟ࡼࡾኚ᥮ࡉࢀࡓᩘᏐ࡟ࡼࡾⴠᮐ⪅ࢆỴᐃࡍࡿࡓࡵࠊᣦᐃࡋࡓᩘᏐࡀ┤᥋ุᐃ࡟⏝࠸ࡽࢀࡿࡶࡢ࡛ࡣ࡞࠸ࠋ 㸦㸰㸧๓㡯ࡢሙྜ࡟࠾࠸࡚ࠊᩘᏐࡢᣦᐃࢆ⾜ࢃ࡞࠸⪅ࡀ࠶ࡿ࡜ࡁࡣࠊ⫋ဨࡀ௵ពࡢᩘᏐࢆධຊࡍࡿࠋ㸯㸴㸬ⴠᮐෆヂ᭩ࡢᥦฟ 㸦㸯㸧ⴠᮐ⪅ࡣࠊⴠᮐ⪅ࡢỴᐃᚋࡍࡳࡸ࠿࡟ⴠᮐ㢠࡟ᛂࡌࡓෆヂ᭩ࢆᥦฟࡍࡿࡇ࡜ࠋ࡞࠾ࠊෆヂ᭩ࡣࠊྍ⬟࡞㝈ࡾヲ⣽࡟ࠊࡲࡓࠊ᭶ẖ㸦௧࿴㸯㸮ᖺ㸲᭶࠿ࡽ௧࿴㸯㸳ᖺ㸱᭶ศ㸦㸴㸮ࣨ᭶ศ㸧㸧ࡢ㔠㢠ࡀศ࠿ࡿࡼ࠺࡟グ㍕ࡍࡿࡇ࡜ࠋ 㸦㸰㸧ෆヂ᭩ࡢᵝᘧࡣ⮬⏤࡜ࡍࡿࠋ 㸦㸱㸧ෆヂ᭩ࡣ㏉༷ࡋ࡞࠸ࠋ㸯㸵㸬పධᮐ౯᱁ㄪᰝไᗘࡢᐇ᪋㸦㸯㸧ⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡢධᮐ౯᱁࡟ࡼࡗ࡚ࡣࠊࡑࡢ⪅࡟ࡼࡾᙜヱዎ⣙ࡢෆᐜ࡟㐺ྜࡋࡓᒚ⾜ࡀ࡞ࡉࢀ࡞࠸࠾ࡑࢀࡀ࠶ࡿ࡜ㄆࡵࡽࢀࡿ࡜ࡁࠊཪࡣࡑࡢ⪅࡜ዎ⣙ࢆ⥾⤖ࡍࡿࡇ࡜ࡀබṇ࡞ྲྀᘬࡢ⛛ᗎࢆ஘ࡍࡇ࡜࡜࡞ࡿ࠾ࡑࢀࡀ࠶ࡗ࡚ⴭࡋࡃ୙㐺ᙜ࡛࠶ࡿ࡜ㄆࡵࡽࢀࡿ࡜ࡁࡣࠊୗグྛせ௳ࢆ‶ࡓࡍ⪅࡛࠶ࡗ࡚ࠊⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅௨እ࡛᭱ࡶᩘ್ࡀ㧗࠸⪅ࢆⴠᮐ⪅࡜ࡍࡿࡇ࡜ࡀ࠶ࡿࠋ ձ ධᮐ౯᱁ࡀࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸯㸱᮲ࡢつᐃ࡟ᇶ࡙࠸࡚సᡂࡉࢀࡓணᐃ౯᱁ࡢไ㝈ࡢ⠊ᅖෆ࡛࠶ࡿࡇ࡜ࠋ ղ ᥦ᱌᭩ࡀࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ࡟ࡼࡿᑂᰝࡢ⤖ᯝࠊྜ᱁ࡋ࡚࠸ࡿࡇ࡜ࠋ㸦㸰㸧ⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡢධᮐ౯᱁ࡀㄪᰝᇶ‽౯᱁ࢆୗᅇࡿሙྜࡣࠊⴠᮐỴᐃࢆಖ␃ࡢୖࠊపධᮐ౯᱁ㄪᰝࢆᐇ᪋ࡍࡿࡇ࡜࡜ࡋࠊⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡣࡇࡢㄪᰝ࡟ᛂࡌ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ㸦㸱㸧㸦㸰㸧࡟ᇶ࡙ࡁㄪᰝࢆ⾜ࡗࡓᚋࡢ⤖ᯝࡢ㏻▱ࡣ௨ୗ࡟ࡼࡿࠋձㄪᰝࡢ⤖ᯝࠊዎ⣙ࡢෆᐜ࡟㐺ྜࡋࡓᒚ⾜ࡀࡉࢀࡿ࡜ㄆࡵࡽࢀࡓሙྜ࡟ࡣࠊ┤ࡕ࡟᭱ప౯᱁ධᮐ⪅࡟ⴠᮐࡋࡓ᪨ࢆ㏻▱ࡍࡿ࡜࡜ࡶ࡟ࠊ௚ࡢධᮐ⪅඲ဨ࡟ᑐࡋ࡚ࡑࡢ᪨ࢆ㏻▱ࡍࡿࠋղㄪᰝࡢ⤖ᯝࠊዎ⣙ࡢෆᐜ࡟㐺ྜࡋࡓᒚ⾜ࡀࡉࢀ࡞࠸ᜍࢀࡀ࠶ࡿ࡜ㄆࡵࡽࢀࠊ᭱ప౯᱁ධᮐ⪅௨እࡢ⪅ࡀⴠᮐ⪅࡜ࡋ࡚Ỵᐃࡉࢀࡓሙྜ࡟ࡣࠊᙜヱⴠᮐ⪅࡟ࡣⴠᮐ⪅࡜࡞ࡗࡓ᪨ࡢᚲせ࡞㏻▱ࢆ⾜࠸ࠊ᭱ప౯᱁ධᮐ⪅࡟ࡣⴠᮐ⪅࡜࡞ࡽ࡞࠿ࡗࡓ⌮⏤➼ࢆ㏻▱ࡍࡿࠋేࡏ࡚௚ࡢධᮐ⪅඲ဨ࡟ᑐࡋ࡚ⴠᮐỴᐃࡀ࠶ࡗࡓ᪨ࢆ㏻▱ࡍࡿࠋ㸯㸶㸬ዎ⣙᭩➼ࡢᥦฟ 㸦㸯㸧ዎ⣙᭩ࢆసᡂࡍࡿሙྜ࡟࠾࠸࡚ࡣࠊⴠᮐ⪅ࡣࠊዎ⣙ᢸᙜ⪅➼࠿ࡽ஺௜ࡉࢀࡓዎ⣙᭩ࡢ᱌࡟グྡᢲ༳ࡋࠊ㏿ࡸ࠿࡟ࡇࢀࢆዎ⣙ᢸᙜ⪅➼࡟ᥦฟࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ 㸦㸰㸧ዎ⣙᭩ཬࡧዎ⣙࡟ಀࡿᩥ᭩࡟౑⏝ࡍࡿゝㄒཬࡧ㏻㈌ࡣࠊ᪥ᮏㄒཬࡧ᪥ᮏᅜ㏻㈌࡟ࡼࡿࠋ 㸦㸱㸧ዎ⣙ᢸᙜ⪅➼ࡀዎ⣙ࡢ┦ᡭ᪉࡜࡜ࡶ࡟ዎ⣙᭩࡟グྡᢲ༳ࡋ࡞ࡅࢀࡤࠊᮏዎ⣙ࡣ☜ᐃࡋ࡞࠸ࡶࡢ࡜ࡍࡿࠋ㸯㸷㸬ࡑࡢ௚ 㸦㸯㸧ᥦ᱌᭩ࡢᒚ⾜ࡢ☜⣙ ዎ⣙᭩࡟ࡣࠊᥦ᱌᭩ࡀῧ௜ࡉࢀࠊཪࡣᥦ᱌᭩ࡢෆᐜࡀグ㍕ࡉࢀࡿࡶࡢ࡛࠶ࡾࠊⴠᮐ⪅ࡣࠊᥦ᱌᭩ࡢෆᐜࡢᒚ⾜ࢆ☜⣙ࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ 㸦㸰㸧ⴠᮐ⪅௨እࡢ஦ᴗᐇ᪋༠ຊ⪅ࡀᏑᅾࡍࡿሙྜ ᥦ᱌᭩࡟࠾࠸࡚ⴠᮐ⪅௨እࡢ⪅ࡢ༠ຊࢆᚓ࡚஦ᴗࢆᐇ᪋ࡍࡿ᪨ࡢᥦ᱌ࢆ⾜ࡗ࡚࠸ࡿሙྜࡣࠊዎ⣙ࡢ⥾⤖࡟ᙜࡓࡾࡑࡢᒚ⾜ࢆᢸಖࡍࡿࡓࡵࠊ༠ຊࡢෆᐜࠊែᵝ➼࡟ᛂࡌࠊዎ⣙᭩ࡢῧ௜㈨ᩱ࡜ࡋ࡚༠ᐃ᭩ࡢᥦฟࢆồࡵࡿࡇ࡜ࡀ࠶ࡿࠋⴠᮐ⪅ࡀࡇࢀ࡟ᛂࡌ࡞࠸࡜ࡁࡣࠊዎ⣙᭩ࡢᥦฟࡀ࡞࠸ࡶࡢ࡜ࡋ࡚ࠊⴠᮐࡣࠊࡑࡢຠຊࢆኻ࠺ࠋ 㸦㸱㸧෌ጤク➼ࡢไ㝈 ⴠᮐ⪅ࡣࠊᴗົࡢฎ⌮ࢆ➨୕⪅㸦෌ጤク➼ඛࡀஎࡢᏊ఍♫㸦఍♫ἲ㸦ᖹᡂ㸯㸵ᖺἲᚊ➨㸶㸴ྕ㸧➨㸰᮲➨㸱ྕ࡟つᐃࡍࡿᏊ఍♫ࢆ࠸࠺ࠋ㸧࡛࠶ࡿሙྜࡶྵࡴࠋ௨ୗྠࡌࠋ㸧࡟ጤクࡋཪࡣㄳࡅ㈇ࢃࡏ࡚ࡣ࡞ࡽ࡞࠸ࠋణࡋࠊ෌ጤク➼ᢎㄆ⏦ㄳ᭩㸦ู⣬㸧ࢆ᭩㠃࡟ࡼࡾ⏦ㄳࡋࠊᢎㄆࢆᚓࡓ࡜ࡁࡣࠊࡇࡢ㝈ࡾ࡛ࡣ࡞࠸ࠋ ͤ෌ጤク➼ࡢྲྀࡾᢅ࠸࡟ࡘ࠸࡚ࡣࠊ௙ᵝ᭩ཬࡧࠕዎ⣙࡟࠾ࡅࡿ෌ጤク➼ࡢྲྀᢅ࠸࡟ࡘ࠸࡚ࠖ㸦ᙜ◊✲ᡤ㹆㹎࡟ᥖ㍕㸧ࢆཧ↷ࡍࡿࡇ࡜ࠋᥖ㍕ඛ㸸KWWSVZZZQLHVJRMSRVLUDVHFKRWDWVXVDLLWDNXSGI 㸦㸲㸧ධᮐ⤖ᯝࡢබ⾲ ⴠᮐ⪅ࡀỴᐃࡋࡓ࡜ࡁࡣࠊධᮐ⤖ᯝࡣࠊⴠᮐ⪅ࢆྵࡵධᮐ⪅඲ဨࡢၟྕཪࡣྡ⛠ࠊධᮐ౯᱁ཬࡧ⥲ྜホ౯Ⅼ࡟ࡘ࠸࡚ࠊ㛤ᮐሙ࡟࠾࠸࡚Ⓨ⾲ࡍࡿ࡜࡜ࡶ࡟ࠊ㟁Ꮚධᮐࢩࢫࢸ࣒ཬࡧධᮐ᝟ሗබ㛤ࢩࢫࢸ࣒࡟࠾࠸࡚බ⾲ࡍࡿணᐃ࡛࠶ࡿࠋ 㸦㸳㸧ᥦ᱌᭩ࡢྲྀᢅ࠸ᥦฟࡉࢀࡓᥦ᱌᭩ࡣࠊᙜヱධᮐ⪅࡟↓᩿࡛ࠊᙜᡤ࡟࠾࠸࡚ධᮐࡢᑂᰝ௨እࡢ┠ⓗ࡟౑⏝ࡍࡿࡇ࡜ࡣ࡞࠸ࠋⴠᮐ⪅ࡢᥦ᱌᭩ࡣࠊዎ⣙᭩࡟ῧ௜ཪࡣグ㍕ࡉࢀࡿࡶࡢ࡛࠶ࡾࠊࠕ⊂❧⾜ᨻἲே➼ࡢಖ᭷ࡍࡿ᝟ሗࡢබ㛤࡟㛵ࡍࡿἲᚊ㸦ᖹᡂ㸯㸱ᖺἲᚊ➨㸯㸲㸮ྕ㸧ࠖ࡟ᇶ࡙ࡁࠊ୙㛤♧᝟ሗ㸦ಶே᝟ሗࠊἲே➼ࡢṇᙜ࡞฼┈ࢆᐖࡍࡿ࠾ࡑࢀࡀ࠶ࡿ᝟ሗ➼㸧ࢆ㝖࠸࡚㛤♧ࡉࢀࡿሙྜࡀ࠶ࡿࠋ㸰㸮㸬ዎ⣙⪅ࡢẶྡ ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 ᮌᮏ ᫀ⚽㸰㸯㸬ዎ ⣙᝟ሗࡢබ⾲࡟ࡘ࠸࡚ձ ዎ⣙᝟ሗࡢබ⾲ዎ⣙ࢆ⥾⤖ࡋࡓ࡜ࡁࡣࠊᚋ᪥ᙜヱዎ⣙᝟ሗࢆᙜἲேࡢ㹕㹃㹀ࢧ࢖ࢺ࡟࠾࠸࡚බ⾲ࡍࡿࠋղ ࠕ⊂❧⾜ᨻἲேࡢ஦ົ࣭஦ᴗࡢぢ┤ࡋࡢᇶᮏ᪉㔪ࠖ࡟ᇶ࡙ࡃබ⾲⊂❧⾜ᨻἲேࡀ⾜࠺ዎ⣙࡟ࡘ࠸࡚ࡣࠊࠕ⊂❧⾜ᨻἲேࡢ஦ົ࣭஦ᴗࡢぢ┤ࡋࡢᇶᮏ᪉㔪ᖹᡂ㸰㸰ᖺ㸯㸰᭶㸵᪥㛶㆟Ỵᐃ㸧ࠖ࡟࠾࠸࡚ࠊ⊂❧⾜ᨻἲே࡜୍ᐃࡢ㛵ಀࢆ᭷ࡍࡿἲே࡜ዎ⣙ࢆࡍࡿሙྜ࡟ࡣࠊᙜヱἲே࡬ࡢ෌ᑵ⫋ࡢ≧ἣࠊᙜヱἲே࡜ࡢ㛫ࡢྲྀᘬ➼ࡢ≧ἣ࡟ࡘ࠸࡚ࠊ᝟ሗࢆබ㛤ࡍࡿ࡞࡝ࡢྲྀ⤌ࢆ㐍ࡵࡿࡇ࡜࡜ࡉࢀ࡚࠸ࡿࠋࡇࢀ࡟ᇶ࡙ࡁࠊ௨ୗࡢ࡜࠾ࡾࠊᙜἲே࡜ࡢ㛵ಀ࡟ಀࡿ᝟ሗࢆᙜἲேࡢ㹕㹃㹀ࢧ࢖ࢺ࡛බ⾲ࡍࡿࡇ࡜࡜ࡍࡿࡢ࡛ࠊᡤせࡢ᝟ሗࡢᙜἲே࡬ࡢᥦ౪ཬࡧ᝟ሗࡢබ⾲࡟ྠពࡢୖ࡛ࠊᛂᮐⱝࡋࡃࡣᛂເཪࡣዎ⣙ࡢ⥾⤖ࢆ⾜ࡗ࡚࠸ࡓࡔࡃࡼ࠺࠾㢪࠸ࡍࡿࠋ࡞࠾ࠊᛂᮐⱝࡋࡃࡣᛂເཪࡣዎ⣙ࡢ⥾⤖ࢆࡶࡗ࡚ࠊྠពࡉࢀࡓࡶࡢ࡜ࡳ࡞ࡍࡇ࡜࡜ࡍࡿࠋ බ⾲ࡢᑐ㇟࡜࡞ࡿዎ⣙ඛḟࡢ࠸ࡎࢀ࡟ࡶヱᙜࡍࡿዎ⣙ඛ࢔㸬ᙜἲே࡟࠾࠸࡚ᙺဨࢆ⤒㦂ࡋࡓ⪅ࡀ෌ᑵ⫋ࢆࡋ࡚࠸ࡿࡇ࡜ཪࡣㄢ㛗┦ᙜ⫋௨ୖࡢ⫋ࢆ⤒㦂ࡋࡓ⪅ࡀᙺဨࠊ㢳ၥ➼࡜ࡋ࡚෌ᑵ⫋ࡋ࡚࠸ࡿࡇ࡜࢖㸬ᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗ࡀࠊ⥲኎ୖ㧗ཪࡣ஦ᴗ཰ධࡢ㸱ศࡢ㸯௨ୖࢆ༨ࡵ࡚࠸ࡿࡇ࡜බ⾲ࡍࡿ᝟ሗୖグ࡟ヱᙜࡍࡿዎ⣙ඛ࡜ࡢዎ⣙㸦ணᐃ౯᱁ࡀ୍ᐃࡢ㔠㢠ࢆ㉸࠼࡞࠸ዎ⣙ࡸග⇕Ỉᩱࡢᨭฟ࡟ಀࡿዎ⣙➼ࡣᑐ㇟እ㸧࡟ࡘ࠸࡚ࠊዎ⣙ࡈ࡜࡟ࠊ≀ရ࣭ᙺົ➼ࡢྡ⛠ཬࡧᩘ㔞ࠊዎ⣙⥾⤖᪥ࠊዎ⣙ඛࡢྡ⛠ࠊዎ⣙㔠㢠➼࡜ేࡏࠊḟ࡟ᥖࡆࡿ᝟ሗࢆබ⾲ࡍࡿࠋ࢔㸬๓グղ࢔࡟ヱᙜࡍࡿ෌ᑵ⫋⪅ࡢேᩘࠊ⫋ྡཬࡧᙜἲே࡟࠾ࡅࡿ᭱⤊⫋ྡ࢖㸬ᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗࢘㸬⥲኎ୖ㧗ཪࡣ஦ᴗ཰ධ࡟༨ࡵࡿᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗ࡢ๭ྜࡀࠊḟࡢ༊ศࡢ࠸ࡎࢀ࠿࡟ヱᙜࡍࡿ᪨࣭㸱ศࡢ㸯௨ୖ㸰ศࡢ㸯ᮍ‶࣭㸰ศࡢ㸯௨ୖ㸱ศࡢ㸰ᮍ‶࣭㸱ศࡢ㸰௨ୖ࢚㸬୍⪅ᛂᮐཪࡣ୍⪅ᛂເ࡛࠶ࡿሙྜࡣࡑࡢ᪨ᥦ౪ࢆồࡵࡿ᝟ሗ࢔㸬ዎ⣙⥾⤖᫬Ⅼ࡟࠾ࡅࡿ๓グղ࢔࡟ヱᙜࡍࡿ෌ᑵ⫋⪅࡟ಀࡿ᝟ሗ㸦ேᩘࠊ⫋ྡཬࡧᙜἲே࡟࠾ࡅࡿ᭱⤊⫋ྡ㸧࢖㸬┤㏆ࡢ஦ᴗᖺᗘ࡟࠾ࡅࡿ⥲኎ୖ㧗ཪࡣ஦ᴗ཰ධཬࡧᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗 බ⾲ࡢ᫬ᮇዎ⣙⥾⤖᪥ࡢ⩣᪥࠿ࡽ㉳⟬ࡋ࡚ཎ๎㸵㸰᪥௨ෆ㸦㸲᭶୰࡟⥾⤖ࡋࡓዎ⣙࡟ࡘ࠸࡚ࡣཎ๎㸷㸱᪥௨ෆ㸧㸰㸰㸬㟁Ꮚධᮐࢩࢫࢸ࣒ࡢ᧯సཬࡧ㞀ᐖⓎ⏕᫬ࡢၥྜࡏඛ㟁Ꮚධᮐࢩࢫࢸ࣒࣏࣮ࢱࣝࢧ࢖ࢺ࢔ࢻࣞࢫ㸸KWWSVZZZQLHVJRMSRVLUDVHFKRWDWVXNRNRNXHELGGLQJLQGH[KWPO࣊ࣝࣉࢹࢫࢡ㸦ཷ௜᫬㛫㸸ᖹ᪥㹼ཬࡧ㹼㸧(PDLOV\VHF\GHHQDVSKHOSU[#POKLWDFKLV\VWHPVFRP۔ῧ௜㈨ᩱ ู࣭⣬㸯 ⣬ධᮐ᪉ᘧཧຍᒆ ู࣭⣬㸰 ධᮐ᭩ ู࣭⣬㸱 ጤ௵≧㸦௦⌮ே⏝㸧 ู࣭⣬㸲 ጤ௵≧㸦᚟௦⌮ே⏝㸧 ู࣭⣬㸳 ᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯 ู࣭⣬㸴 ධᮐㄝ᫂఍ ఍ሙ᱌ෆᅗ ู࣭⣬㸵 ㈨ᩱ㜀ぴ࡟ࡘ࠸࡚ ࣭㸦ྛ✀つ⛬㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎㸦ᢒ㸧࣭㸦ཧ⪃㸧 ⣬ධᮐ࡟ᙜࡓࡗ࡚ࡢ␃ព஦㡯 ู࣭ῧ㸯 ዎ⣙᭩㸦᱌㸧 ู࣭ῧ㸰 ௙ᵝ᭩ ู࣭ῧ㸱 ᥦ᱌᭩సᡂ࣭ᑂᰝせ㡿 ู࣭ῧ㸲 ᥦ᱌᭩సᡂᵝᘧ ู࣭ῧ㸳 ホ౯ᇶ‽⾲㸦ู⣬㸯㸧ᖺ᭶᪥⣬ධᮐ᪉ᘧཧຍᒆ ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ⌮஦㛗Ẋ ఫ ᡤၟྕཪࡣྡ⛠௦ ⾲ ⪅ ྡ ୗグධᮐ᱌௳࡟ࡘ࠸࡚ࠊ⣬ධᮐ᪉ᘧ࡛ࡢཧຍࢆ࠸ࡓࡋࡲࡍࠋ ௳ྡ㸸࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ ᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸦ู⣬㸰㸧ධ ᮐ ᭩ 㔠෇㟁Ꮚࡃࡌ࡟ධຊࡍࡿᩘᏐ㸦௵ពࡢ㸱᱆㸧㸸௳ྡ ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົୖグ㔠㢠ࢆࡶࡗ࡚ࠊ㈗ᡤධᮐㄝ᫂᭩ᢎㅙࡢୖࠊධᮐࡋࡲࡍࠋ࡞࠾ࠊᚚ᥇⏝ࡢ࠺࠼ࡣ☜ᐇ࡟ᒚ⾜࠸ࡓࡋࡲࡍࠋࡲࡓࠊධᮐㄝ᫂᭩ู⣬㸳ࡢᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙ࡋࡲࡍࠋᖺ᭶᪥ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸺グධ౛㸼ධ ᮐ ᭩㔠෇ͤ௙ᵝ᭩࡛♧ࡍᴗົෆᐜཬࡧᴗົዎ⣙ᮇ㛫࡟ಀࡿ୍ษࡢ㈝⏝ࢆグ㍕㸦㟁Ꮚධᮐࢩࢫࢸ࣒࡛ࡣධຊ㸧ࡍࡿࡇ࡜ࠋͤึᮇᵓ⠏࣭㐠⏝ಖᏲ࡟ಀࡿ㈝⏝ࡣࠊึᮇᵓ⠏⤊஢ᚋ࡟ዎ⣙㢠⥲㢠ࢆዎ⣙ᮇ㛫ࡢ࠺ࡕ㐠⏝㛤ጞᚋࡢ᭶ᩘ࡛࠶ࡿ㸴㸮ࣨ᭶࡛๭ࡾࠊ௧࿴㸯㸮ᖺ㸲᭶࠿ࡽẖ᭶ࡈ࡜࡟ᆒ➼ࡢᨭᡶ࠸ࢆ⾜࠺ࡶࡢ࡜ࡍࡿࡓࡵࠊࡑࢀࢆ㋃ࡲ࠼ࡓධᮐ㔠㢠࡜ࡍࡿࡇ࡜ࠋ㟁Ꮚࡃࡌ࡟ධຊࡍࡿᩘᏐ㸦௵ពࡢ㸱᱆㸧㸸௳ྡ ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົୖグ㔠㢠ࢆࡶࡗ࡚ࠊ㈗ᡤධᮐㄝ᫂᭩ᢎㅙࡢୖࠊධᮐࡋࡲࡍࠋ࡞࠾ࠊᚚ᥇⏝ࡢ࠺࠼ࡣ☜ᐇ࡟ᒚ⾜࠸ࡓࡋࡲࡍࠋࡲࡓࠊධᮐㄝ᫂᭩ู⣬㸳ࡢᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙ࡋࡲࡍࠋ ™™ᖺ™™᭶™™᪥ఫᡤۑۑ┴ۑۑᕷۑۑ㸯㸫㸰㸫㸱ၟྕཪࡣྡ⛠ ᰴᘧ఍♫ڹڹڹڹᙺ⫋࣭Ặྡ௦⾲ڧڧڧڧཪࡣ㸦᚟㸧௦⌮ே۔۔ ۔۔ ͤ ௦⌮ேཪࡣ᚟௦⌮ேࡀධᮐࡍࡿ㝿ࡣグྡࡍࡿࡇ࡜ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸦ู⣬㸱㸧ᖺ᭶᪥ጤ ௵ ≧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋጤ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠௦⾲⪅ྡ ௒⯡ࠊ⚾ࡣࠊࢆ௦⌮ே࡜ᐃࡵࠊ௧࿴㸶ᖺ㸯᭶㸰㸱᪥௜ࡅබ♧ࡉࢀࡓᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢࠕ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົࠖ࡟㛵ࡋࠊୗグࡢᶒ㝈ࢆጤ௵࠸ࡓࡋࡲࡍࠋཷ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡグᮏධᮐ࡟ಀࡿ୍ษࡢᶒ㝈ࡢ஦㡯࡟ಀࡿ᚟௦⌮ேࢆ㑅௵ࡍࡿࡇ࡜ᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸 (PDLO 㸸㸦ู⣬㸲㸧ᖺ᭶᪥ጤ ௵ ≧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋጤ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡ ௒⯡ࠊ⚾ࡣࠊࢆ᚟௦⌮ே࡜ᐃࡵࠊ௧࿴㸶ᖺ㸯᭶㸰㸱᪥௜ࡅබ♧ࡉࢀࡓᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢࠕ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົࠖ࡟㛵ࡋࠊୗグࡢᶒ㝈ࢆጤ௵࠸ࡓࡋࡲࡍࠋཷ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡグᮏධᮐ࡟ಀࡿ୍ษࡢᶒ㝈ᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸦ู⣬㸳㸧ᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯ᙜ♫㸦ಶே࡛࠶ࡿሙྜࡣ⚾ࠊᅋయ࡛࠶ࡿሙྜࡣᙜᅋయ㸧ࡣࠊୗグ஦㡯࡟ࡘ࠸࡚ࠊධᮐ᭩㸦ぢ✚᭩㸧ࡢᥦฟࢆࡶࡗ࡚ㄋ⣙࠸ࡓࡋࡲࡍࠋࡇࡢㄋ⣙ࡀ⹫ഇ࡛࠶ࡾࠊཪࡣࡇࡢㄋ⣙࡟཯ࡋࡓࡇ࡜࡟ࡼࡾࠊᙜ᪉ࡀ୙฼┈ࢆ⿕ࡿࡇ࡜࡜࡞ࡗ࡚ࡶࠊ␗㆟ࡣ୍ษ⏦ࡋ❧࡚ࡲࡏࢇࠋࡲࡓࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢồࡵ࡟ᛂࡌࠊᙜ᪉ࡢᙺဨྡ⡙㸦᭷౯ドๆሗ࿌᭩࡟グ㍕ࡢࡶࡢ㸦⏕ᖺ᭶᪥ࢆྵࡴࠋ㸧ࠋࡓࡔࡋࠊ᭷౯ドๆሗ࿌᭩ࢆసᡂࡋ࡚࠸࡞࠸ሙྜࡣࠊᙺ⫋ྡࠊẶྡཬࡧ⏕ᖺ᭶᪥ࡢ୍ぴ⾲㸧ཬࡧⓏグ⡙ㅞᮏࡢ෗ࡋࢆᥦฟࡍࡿࡇ࡜୪ࡧ࡟ࡇࢀࡽࡢᥦฟ᭩㢮࠿ࡽ☜ㄆ࡛ࡁࡿ⠊ᅖ࡛ࡢಶே᝟ሗࢆ㆙ᐹ࡟ᥦ౪ࡍࡿࡇ࡜࡟ࡘ࠸࡚ྠពࡋࡲࡍࠋグ㸯㸬ḟࡢ࠸ࡎࢀ࡟ࡶヱᙜࡋࡲࡏࢇࠋࡲࡓࠊᑗ᮶࡟࠾࠸࡚ࡶヱᙜࡍࡿࡇ࡜ࡣ࠶ࡾࡲࡏࢇࠋ㸦㸯㸧ዎ⣙ࡢ┦ᡭ᪉࡜ࡋ࡚୙㐺ᙜ࡞⪅࢔ἲே➼㸦ಶேࠊἲேཪࡣᅋయࢆ࠸࠺ࠋ㸧ࡢᙺဨ➼㸦ಶே࡛࠶ࡿሙྜࡣࡑࡢ⪅ࠊἲே࡛࠶ࡿሙྜࡣᙺဨཪࡣᨭᗑⱝࡋࡃࡣႠᴗᡤ㸦ᖖ᫬ዎ⣙ࢆ⥾⤖ࡍࡿ஦ົᡤࢆ࠸࠺ࠋ㸧ࡢ௦⾲⪅ࠊᅋయ࡛࠶ࡿሙྜࡣ௦⾲⪅ࠊ⌮஦➼ࠊࡑࡢ௚⤒Ⴀ࡟ᐇ㉁ⓗ࡟㛵୚ࡋ࡚࠸ࡿ⪅ࢆ࠸࠺ࠋ㸧ࡀࠊᭀຊᅋ㸦ᭀຊᅋဨ࡟ࡼࡿ୙ᙜ࡞⾜Ⅽࡢ㜵Ṇ➼࡟㛵ࡍࡿἲᚊ㸦ᖹᡂ㸱ᖺἲᚊ➨ྕ㸧➨㸰᮲➨㸰ྕ࡟つᐃࡍࡿᭀຊᅋࢆ࠸࠺ࠋ௨ୗྠࡌ㸧ཪࡣᭀຊᅋဨ㸦ྠἲ➨㸰᮲➨㸴ྕ࡟つᐃࡍࡿᭀຊᅋဨࢆ࠸࠺ࠋ௨ୗྠࡌࠋ㸧࡛࠶ࡿ࡜ࡁ࢖ᙺဨ➼ࡀࠊ⮬ᕫࠊ⮬♫ⱝࡋࡃࡣ➨୕⪅ࡢ୙ṇࡢ฼┈ࢆᅗࡿ┠ⓗཪࡣ➨୕⪅࡟ᦆᐖࢆຍ࠼ࡿ┠ⓗࢆࡶࡗ࡚ࠊᭀຊᅋཪࡣᭀຊᅋဨࢆ฼⏝ࡍࡿ࡞࡝ࡋ࡚࠸ࡿ࡜ࡁ࢘ᙺဨ➼ࡀࠊᭀຊᅋཪࡣᭀຊᅋဨ࡟ᑐࡋ࡚ࠊ㈨㔠➼ࢆ౪⤥ࡋࠊཪࡣ౽ᐅࢆ౪୚ࡍࡿ࡞࡝┤᥋ⓗ࠶ࡿ࠸ࡣ✚ᴟⓗ࡟ᭀຊᅋࡢ⥔ᣢࠊ㐠Ⴀ࡟༠ຊࡋࠊⱝࡋࡃࡣ㛵୚ࡋ࡚࠸ࡿ࡜ࡁ࢚ᙺဨ➼ࡀࠊᭀຊᅋཪࡣᭀຊᅋဨ࡜♫఍ⓗ࡟㠀㞴ࡉࢀࡿ࡭ࡁ㛵ಀࢆ᭷ࡋ࡚࠸ࡿ࡜ࡁ㸦㸰㸧ዎ⣙ࡢ┦ᡭ᪉࡜ࡋ࡚୙㐺ᙜ࡞⾜Ⅽࢆࡍࡿ⪅࢔ᭀຊⓗ࡞せồ⾜Ⅽࢆ⾜࠺⪅࢖ἲⓗ࡞㈐௵ࢆ㉸࠼ࡓ୙ᙜ࡞せồ⾜Ⅽࢆ⾜࠺⪅࢘ྲྀᘬ࡟㛵ࡋ࡚⬣㏕ⓗ࡞ゝືࢆࡋࠊཪࡣᭀຊࢆ⏝࠸ࡿ⾜Ⅽࢆ⾜࠺⪅࢚ഇィཪࡣጾຊࢆ⏝࠸࡚ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢᴗົࢆጉᐖࡍࡿ⾜Ⅽࢆ⾜࠺⪅࢜ࡑࡢ௚๓ྛྕ࡟‽ࡎࡿ⾜Ⅽࢆ⾜࠺⪅㸰㸬ᭀຊᅋ㛵ಀᴗ⪅ࢆ෌ጤクཪࡣᙜヱᴗົ࡟㛵ࡋ࡚⥾⤖ࡍࡿ඲࡚ࡢዎ⣙ࡢ┦ᡭ᪉࡜ࡋࡲࡏࢇࠋ㸱㸬෌ཷ௵⪅➼㸦෌ཷ௵⪅ࠊඹྠ஦ᴗᐇ᪋༠ຊ⪅ཬࡧ⮬ᕫࠊ෌ཷ௵⪅ཪࡣඹྠ஦ᴗᐇ᪋༠ຊ⪅ࡀᙜヱዎ⣙࡟㛵ࡋ࡚⥾⤖ࡍࡿ඲࡚ࡢዎ⣙ࡢ┦ᡭ᪉ࢆ࠸࠺ࠋ㸧ࡀᭀຊᅋ㛵ಀᴗ⪅࡛࠶ࡿࡇ࡜ࡀุ᫂ࡋࡓ࡜ࡁࡣࠊᙜヱዎ⣙ࢆゎ㝖ࡍࡿࡓࡵᚲせ࡞ᥐ⨨ࢆㅮࡌࡲࡍࠋ㸲㸬ᭀຊᅋဨ➼࡟ࡼࡿ୙ᙜ௓ධࢆཷࡅࡓሙྜࠊཪࡣ෌ཷ௵⪅➼ࡀᭀຊᅋဨ➼࡟ࡼࡿ୙ᙜ௓ධࢆཷࡅࡓࡇ࡜ࢆ▱ࡗࡓሙྜࡣࠊ㆙ᐹ࡬ࡢ㏻ሗཬࡧᤚᰝୖᚲせ࡞༠ຊࢆ⾜࠺࡜࡜ࡶ࡟ࠊⓎὀඖࡢᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ࡬ሗ࿌ࢆ⾜࠸ࡲࡍࠋ㸳㸬㈗ᡤࡢつ⛬㢮ཬࡧἲ௧ࢆ㑂Ᏺࡋ࡚୙ṇࠊ୙㐺ษ࡞⾜Ⅽ࡟㛵୚ࡏࡎࠊࡲࡓࠊ㈗ᡤࡢ⫋ဨ➼࠿ࡽ୙ṇ⾜Ⅽࡢ౫㢗➼ࡀ࠶ࡗࡓሙྜ࡟ࡣᣄ⤯ࡍࡿ࡜࡜ࡶ࡟ࠊࡑࡢෆᐜࢆ㈗ᡤ࡟㏻ሗࡋࠊࡉࡽ࡟ෆ㒊┘ᰝࠊࡑࡢ௚ㄪᰝ➼࡟࠾࠸࡚ࠊྲྀᘬᖒ⡙ࡢ㜀ぴ࣭ᥦฟ➼ࡢせㄳ࡟༠ຊࡋࡲࡍࠋ㸦ཧ⪃㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤつ⛬࣭つ๎➼ KWWSVZZZQLHVJRMSNLKRQNLWHL(別紙６)入札説明会 会場(研究本館Ⅱ(３階)中会議室) 案内図※当日資料配付は行いませんので、各自入札説明書等資料を閲覧できるようご準備願います。研究本館Ⅱの入口です。警備員より貸与された入館証を入口右側のカードリーダーにかざしていただき、階段で３階へお越しください。【当日の緊急時連絡先】会計課電話番号：029-850-2321守衛室で入館証の貸与を受けてください(別紙７)資料閲覧について仕様書１１．２．「入札公告期間中の資料閲覧等」に記載の資料閲覧を希望する者は、以下の対応を行うこと。(１)電子メールにより以下の情報を記載のうえ、資料閲覧希望の旨を連絡すること。 進捗状況は進捗会議等で定期的に報告すること。具体的な進捗管理方法は、設計・開発実施計画書の策定時点で、プロジェクトの特性に合わせてNIESと協議の上決定すること。請負者と NIES間でプロジェクト管理ツール等を共有する提案についても、妨げない。費用は原則として請負者の負担とするが、当該ツールのライセンス等をNIESが保有する場合はその限りではない。利用する各種管理ツールの詳細は契約後協議の上、決定する。 課題管理解決するべき課題・問題は、再発防止に生かすことも含めて、項目ごとに進捗等を管理し、適切に解決していくこと。 リスク管理リスクの洗い出しを行い、リスク内容を判別した上で、各リスクの発生頻度、影響度、対応策(低減、受容、転換、回避等)、責任等を、監視・管理すること。 情報セキュリティ対策「6.作業の実施に当たっての遵守事項」の要件を満たすように実施すること。 品質管理品質管理について、次の事項を明確にし、実施すること。 品質管理方針事前に各工程において品質目標及び工程完了基準を設定すること。成果物に対して適切な検証活動を実施の上、結果について分析を行うこと。分析結果から抽出した対策の立案と実施を行うこと。 品質管理方法各工程の完了に伴いレビューを実施し、品質基準との差を把握すること。品質の自己評価を実施し、NIESの承認を得ること。 システム構成管理/変更管理システム構成管理/変更管理について、管理手順を明確に記載すること。NIESと合意した最新の状況を適時に各種ドキュメントへ反映すること。設計書等のドキュメントとソースコード等の実装結果に差分が発生しないよう管理を行うこと。 問合せ管理業務を遂行する中で、NIESから請負者に対する指摘や確認事項等について、適切に管理し、着実に対応すること。エコチル調査データ管理システムの更改及び運用保守業務一式6イ 作業進捗の報告等作業の推進方法、方針の確認、修正及び進捗状況確認等、作業進捗の報告で必要な書類を作成し、月1回程度の報告を行うこと。また、障害対応や保守作業実施等の場合には必要に応じて臨時の会議を行うこと。報告は原則としてオンライン会議での実施とするが、NIESから要請があった場合、又は、請負者が必要と判断した場合は、NIESと請負者で協議の上、対面で開催すること。また、別途NIESが報告を求める場合においては、NIESが指示する必要な書類を加えること。詳細は作成時にNIESと協議の上、決定すること。なお、報告にはプロジェクト全体管理者が出席すること。また、NIESが求める場合は、必要に応じて体制に参画しているメンバー(セキュリティ要員やUI/UX要員など)を参加させること。作業管理(1) 設計・開発工程及び運用・保守工程の作業管理請負者は、NIESが承認した設計・開発実施計画書及び設計・開発実施要領に従い、各種管理を行うこと。また、運用・保守開始後においては運用・保守計画書及び運用・保守実施要領に基づき各種管理を行うこと。(2) コミュニケーション方法コミュニケーションツールを活用し、感染症流行状況においても継続性の高い開発・保守・運用体制を構築すること。NIESとのコミュニケーション、情報共有についてもコミュニケーションツールを活用すること。ただし、NIESが保有するライセンスで利用可能なコミュニケーションツールはBox又はMicrosoft Teamsである。これ以外のコミュニケーションツールを利用する場合には、NIES職員が利用するライセンスを請負者が提供すること。要件定義請負者は、設計・開発の実施に先立ち、「別紙1 要件定義書」の内容を確認すること。その際、内容について調整すべき事項があれば、NIES、関係部署、現行システム関係者と調整の上、結果に基づき要件定義書の修正を行うこと。要件の調整内容は、NIES及び関係するステークホルダーに提示し、合意形成を図りつつ進めること。設計(1) 基本的な要件ア 基本設計及び詳細設計請負者は、要件定義書の要件を満たすための基本設計及び詳細設計(運用設計を含む。)を行い、成果物についてNIESからの承認を得ること。NIESやシステム関係事業者等の第三者が理解可能となるよう、特に用語の定義や表記ゆれに注意した上で、各種資料及び成果物を分かりやすく作成すること。本業務の結果、基本設計書・詳細設計書の記載内容に変更が生じる場合は、その都度基本設計書・詳細設計書を修正する。基本設計書の修正に関してはNIESのレビューを受けた上で、NIESの承認を得ること。エコチル調査データ管理システムの更改及び運用保守業務一式7イ プロトタイプの作成新規機能等については、設計内容が実現したい要件を満たしているか、利用者の利便性が向上するようなUI/UXとなっているか等を確認すること。必要に応じてペーパープロトタイピングやモックアップの作成を行った上でNIESとともに検証を行い、結果を報告すること。ウ 外部インタフェース仕様書の作成請負者は、他の情報システムとの連携を行うための外部インタフェース仕様書を作成すること。また、連携先の情報システム関係者等が外部連携について正確に把握でき、連携機能の構築や連携テスト等の実施を円滑に行えるような外部インタフェース仕様書を作成すること。エ 本システムにて利用する環境請負者は、設計・開発に用いる環境として、クラウドサービス上に構築する「本番環境」、「検証環境」及び「開発環境」の3種類を用意すること。設計・開発に用いる環境は、原則として「検証環境」及び「開発環境」とし、システム稼働に当たってのアプリケーションプログラムリリースは本番環境で行うこと。システム稼働後にインシデントが発生し、本番環境と同等の環境で動作確認が必要な場合は、検証環境で行うこと。また、システム稼働後にアプリケーションプログラム改修が必要な場合は主に開発環境で行うこと。オ ライフサイクルコストの考慮請負者は、本システムの設計・開発から運用終了に至るまでの保守性を考慮して、基本設計及び詳細設計を実施すること。ここでいう保守性とは、利用者要望に基づく機能追加、制度や元号の変更等の外部環境変化に基づく機能追加、定期的に発生する制度改定の反映、人事異動等に伴うアカウント変更等の各種保守作業に対し、効率的かつ迅速に対応できる柔軟性を有することを指す。カ クラウドネイティブなシステム構成アプリケーションプログラムの設計・開発にあたっては、可能な限りクラウドネイティブなシステム構成を志向すること。 また、Infrastructure as Code(IaC)を活用する等、クラウドサービスの構成変更を効率的に実施できるよう配慮すること。キ モニタリングが容易に行える構成要件定義書「1.5.業務観点で管理すべき指標」に記載したプロジェクトの目標となる指標、システム運用に必要な情報等に対して、システムで適時に状況を取得できる構成とすること。また、統計処理等によって二次的に加工した情報だけでなく、その根拠となる一次情報(ローデータ)も確認できる構成とすること。(2) 基本設計及び詳細設計の実施(アプリケーションプログラム)ア アプリケーションプログラムの基本設計アプリケーションプログラムについて、システム全体図、データの流れと機能構成、機能・画面・帳票一覧、画面遷移、データ一覧、ジョブ定義等の基本設計を行うこと。以上を基に、基本設計書(アプリケーションプログラム)を取りまとめること。イ 要件との網羅性基本設計書(アプリケーションプログラム)には、要件と設計項目の対応表等、要件が網羅されていることを確認できる情報を含めること。エコチル調査データ管理システムの更改及び運用保守業務一式8ウ アプリケーションプログラムの詳細設計アプリケーションプログラムについて、基本設計書(アプリケーションプログラム)に基づき、機能設計(機能定義、データチェック定義、アクセス制御方式等)、スキーマ定義、コード定義、ジョブネット定義等の詳細設計を行うこと。以上を基に、詳細設計書(アプリケーションプログラム)を取りまとめること。エ 基本設計との網羅性詳細設計書(アプリケーションプログラム)には、基本設計書(アプリケーションプログラム)の項目との対応表等、基本設計の内容が網羅されていることを確認できる情報を含めること。オ パラメータ設計請負者は、アプリケーションの動作の前提となるソフトウェア(パッケージ製品)を選定し、パラメータ等の必要な設計を実施すること。(3) 基本設計及び詳細設計の実施(運用・保守)ア 現行システムの運用・保守作業内容の棚卸し請負者は、現行システムの運用・保守作業内容をベースラインとして、作業内容の棚卸しを行うこと。本システムを運用するに当たって不要となる作業、作業内容の変更を要する作業、新たに追加する作業を整理すること。イ 運用・保守計画請負者は、要件定義書の「3.17 運用に関する事項 (1)運用・保守計画」に示す内容を基に運用・保守計画書及び運用・保守実施要領の案を作成し、NIESの承認を受けること。なお、運用・保守計画書の案には、以下の内容を含めること。 情報システムの次期更改までの間に計画的に発生する作業内容 上記作業の発生が想定される時期等 作業実施に必要な資料 モニタリングすべきデータ・リソース 使用する運用管理機能・ツール 各作業の完了条件 運用・保守実績を記録する成果物等ウ 運用・保守設計請負者は、「ア 現行システムの運用・保守作業内容の棚卸し」、「イ 運用・保守計画」に記載された事項や、要件定義書の「3.17 運用に関する事項」、「3.18 保守に関する事項」に記載の運用・保守に関する要件を踏まえ、運用設計及び保守設計を行い、NIESの承認を受けること。運用・保守設計に当たっては、NIES作業の軽減等、効率的なシステム運用・保守に資する内容を検討すること。また、システム稼働後にインシデント数が削減される等、効率的なシステム運用・保守に資する改善案があれば提案すること。なお、運用・保守設計には、以下の内容を含めること。 定常時における定型的な作業内容、その想定スケジュール 障害発生時における作業内容(初動対応、障害切り分け、暫定対応、恒久対応等)エコチル調査データ管理システムの更改及び運用保守業務一式9 情報セキュリティインシデントを認知した際の報告手順、対応手順 障害発生等により設計書、ソースコード等の修正が発生した場合の報告手順、対応手順エ 運用業務の効率化の方策自動化、セルフサービス化等による効率的なシステム運用・保守に資するシステム改修案があれば提案すること。オ 運用・保守手順書請負者は運用・保守計画書を踏まえ、以下を取りまとめた運用・保守手順書(当該運用・保守手順書には運用・保守作業員が実作業レベルで利用するマニュアル等も含めること。)を作成し、NIESの承認を得ること。 定常時及び障害時において想定される運用体制 保守体制 実施手順等また、NIESが提示する運用規程の要件に基づき運用規程の案を作成し、NIESの承認を得ること。(4) 基本設計及び詳細設計の実施(システム方式)ア 基本設計要件定義書の内容を参照し、システム方式に関する基本設計結果を記載したものとして基本設計書(システム方式)を作成し、NIESの承認を得ること。基本設計書(システム方式)には以下の内容を含むこと。 非機能要件(信頼性、性能、拡張性、運用・保守、セキュリティ等)を実現するための設計 システム設計(システム環境、ネットワーク、設備・運用) 業務継続設計(システムバックアップ、データバックアップ、障害発生時の縮退運転や自動継続運転)等イ 詳細設計基本設計書(システム方式)を踏まえ、システム方式に関する詳細設計結果を記載したものとして詳細設計書(システム方式)を作成し、NIESの承認を得ること。詳細設計書(システム方式)には以下の内容を含むこと。 非機能要件(信頼性、性能、拡張性、運用・保守、セキュリティ等)を実現するための設計 システム設計(システム環境、ネットワーク、設備・運用) 業務継続設計(システムバックアップ、データバックアップ、障害発生時の縮退運転や自動継続運転)等ウ 環境定義以下の環境定義に係る作業を行うこと。 構築作業全般のスケジュール、手順、要領等も必要に応じて記載すること。また、クラウドサービスプロバイダが提供する稼動環境(本番環境・検証環境等)のセットアップ後に、稼働環境が想定どおりに構築できていることを確認するためのテスト・確認項目を記載したものとして、動作確認テスト項目表を作成すること。 詳細設計書等を基に、クラウドサービスプロバイダが提供する資源(OS、ミドルウェア)や本システムが個別に配置し、独自に設計・実装して利用するソフトウェア(以下「持込みソエコチル調査データ管理システムの更改及び運用保守業務一式10フトウェア」という。)の環境パラメータを取りまとめたものとして環境定義書を作成すること。 請負者は、基盤構築の結果、環境定義書の内容に修正が発生した場合は、環境定義書も修正すること。  持込みソフトウェアのセットアップを行うための手順を記載したものとして環境構築手順書を作成すること。 構築するシステム稼働環境について、クラウドサービス、機器、ソフトウェア等を一覧表で取りまとめたものとして機器、ソフトウェア等の一覧表を作成すること。(5) 移行計画請負者は、情報システムの環境、ツール、手順等を記載した移行計画書を作成し、NIESの承認を受けること。開発・テスト(1) ルールの規定請負者は、開発に当たり、アプリケーションプログラムの開発又は保守を効率的に実施するため、プログラミング等のルールを定めた標準(標準コーディング規約、セキュアコーディング規約等)を定め、NIESの承認を得ること。(2) ルール遵守や成果物の確認方法請負者は、開発に当たり、情報セキュリティ確保のためのルール遵守や成果物の確認方法(例えば、標準コーディング規約遵守の確認、ソースコードの検査、現場での抜き打ち調査等についての実施主体、手順、方法等)を定め、NIESの承認を得ること。(3) 開発手法本プロジェクトでは、従来のウォーターフォールに限定せず、スパイラル／アジャイル等柔軟な対応を可能とする手法をプロジェクトの特性を踏まえ検討すること。また、継続的インテグレーション・継続的デリバリー(CI/CD)を可能とし、開発作業だけでなく運用・保守作業も含めて効率的な手法を取り入れること。(4) 開発ツール請負者は、プログラム設計・製造に当たり開発フレームワーク等のツールを用いる場合、ベンダーロックインを防ぐため、原則として特定の事業者しか使用できない技術、製品、サービス等に依存しないツールを用いること。(5) 開発の実施請負者は、NIESの承認を得た基本設計書及び詳細設計書に基づき、本システムのプログラム設計、開発を実施すること。当該作業は、開発環境にて行うこと。開発に必要となる環境設定やテストデータ、テストプログラム等の作成は、請負者が行うこと。なお、設計・開発業務を推進する上で必要となる機器、ソフトウェア等がある場合は、請負者の負担にて用意すること。(6) テスト計画と実施請負者は、単体テスト、結合テスト及び総合テストについて、以下の内容を記載したテスト計画書を作成し、NIESの承認を受けること。なお、各テスト項目のうち、反復的にテストを実施するものについては、自動化することを原則とする。 テスト体制エコチル調査データ管理システムの更改及び運用保守業務一式11 テスト環境 作業内容 作業スケジュール テストシナリオの概要 テスト結果に係る定性・定量評価の方法(テスト密度、バグ検出密度等) 合否判定基準等請負者は、テスト計画書の内容を踏まえてテスト仕様書を作成の上、テストを実施すること。請負者は、テスト計画書に基づき、各テストの実施状況をNIESに報告すること。テストの実施に当たり必要な費用は全て契約金額に含めること。受入テスト支援請負者は、NIESが受入テストのテスト計画書を作成するに当たり、情報提供等の支援を行うこと。請負者は、NIESが受入テストを実施するに当たり、環境整備、運用等の支援を行うこと。移行請負者は、要件定義書「3.14.移行に関する事項」に示す事項を踏まえ、移行に係る業務を適切に実施すること。引継ぎ請負者は、要件定義書「3.15.引継ぎに関する事項」に示す事項を踏まえ、引継ぎに係る業務を適切に実施すること。教育請負者は、要件定義書「3.16.教育に関する事項」に示す事項を踏まえ、教育に係る業務を適切に実施すること。クライアント環境(1) 請負者は、「別紙１ 要件定義書」を満たすためのクライアント環境を整備し、維持運用すること。(2) 機器と不可分のソフトウェア、またセキュリティ上必要な備品等はすべて本調達に含めること。(3) 機器の梱包物、搬入または搬出の際に使用した養生品及びその他不要となった資材を、設置または撤去完了後速やかに撤去し廃棄すること。(4) クライアント環境の整備に当たっては機器展開計画書を作成し、NIESの承認を受けること。なお、機器展開の前提として、各拠点の拠点内ネットワークを介して外部インターネット回線へ接続するため、本調達で導入するネットワーク機器と上位ネットワークの疎通確認を事前に実施エコチル調査データ管理システムの更改及び運用保守業務一式12し、確実な機器展開に備えること。なお事前疎通確認は各拠点の業務に影響を与えないように拠点と日程調整の上、実施すること。本番の機器展開作業は全拠点一斉切替えとし、業務への影響を可能な限り抑えるよう日程調整の上、実施すること。(5) クライアント環境について、必要に応じて、現地における現行システム機器の設置状況、LAN配線、電源、IP情報等について事前に現地調査または書面によるヒアリングを行うこと。また、導入する機器を各拠点内ネットワークに接続するにあたり、各拠点と調整のうえ、必要に応じて各拠点が各組織内での申請に必要となる情報を連携すること。ハード及びソフトウェアの保守クライアント環境等サービスとして提供されないシステム構成機器及びソフトウェア等についてはその保守を本調達に含めること。機器撤去作業請負者は、本システム運用終了時等における該当機器の撤去及び回収、データ消去等必要な各種作業について、機器撤去計画書を作成し、NIESの承認を受けて、撤去作業を行うこと。データ消去については各セキュリティ要件を満たすこととし、当該機器に対してデータ消去を確実に実施すると共にそれを証明できる資料をNIESに提出すること。回線サービスクラウドサービスからコアセンター及びメディカルサポートセンター、各ユニットセンターのインターネット回線に係るインフラ敷設及び運用保守は本調達の対象外である。また、クラウドサービスへの IPsec-VPN接続を可能とすること。VPN接続の方式については同等レベルのセキュリティを実現すればSSL-VPN方式も可とする。請負者は各拠点の既存ネットワーク環境及び回線仕様を機器手配前に把握し、クラウドサービスとの円滑な疎通が実現できるよう、必要な調整を行うこと。運用請負者は、要件定義書「3.17.運用に関する事項」に示す事項を踏まえ、運用に係る業務を適切に実施すること。保守請負者は、要件定義書「3.18.保守に関する事項」に示す事項を踏まえ、保守に係る業務を適切に実施すること。会議開催(1) 請負者は、定例会を月1回程度開催するとともに、業務の進捗状況を設計・開発実施要領に基づき報告すること。 エコチル調査データ管理システムの更改及び運用保守業務一式13(2) 請負者は各開発工程の完了に当たり、工程完了判定会議を開催し、NIESの承認を得ること。なお、開催要否はNIESと協議の上決定すること。(3) NIESから要請があった場合、又は、請負者が必要と判断した場合、必要資料を作成の上、定例会とは別に会議を開催すること。(4) 会議開催方法については、原則としてオンライン会議であるが、年4回程度NIES拠点で実施すること。NIESから要請があった場合、又は、請負者が必要と判断した場合は、NIESと請負者で協議の上、対面で開催すること。(5) 請負者は、会議終了後、3日以内(行政機関の休日(行政機関の休日に関する法律(昭和63年法律第91号)第１条第１項各号に掲げる日をいう。)を除く。)に議事録を作成し、NIESの承認を受けること。データ管理方法(1) 本業務にて取り扱うデータについては、NIESの許可なく追加、変更、削除、公開しないこと。(2) 本業務にて取り扱うデータについては、個人、国、地方公共団体、その他の法人等を問わず、NIESが管理する ID等を付与された者が、その権限の範囲で利用可能とする。(3) 請負者は、上記(1)(2)における条件を満たすシステム構成において設計・開発、保守・運用を行うこと。(4) 本業務にて取り扱う一部データについてはNIES以外の担当機関へ提出する必要がある。提出方法等については契約後協議の上決定するが、当該作業に係る費用は請負者にて負担すること。業務完了報告書の作成請負者は、以下の内容を含む業務完了報告書を作成し、NIESの承認を得ること。 本調達又は工程の概要 スコープ目標、スコープの評価に利用される基準、完了基準が満たされていることの証拠 品質目標、本調達や成果物の品質評価に利用される基準、成果物の品質評価結果 実際のマイルストーン通過日、予実に乖離がある場合の理由 システム提供状況、成果物の評価を踏まえた本調達に対する事業者総評成果物の作成(1) 成果物一覧本調達の成果物を「表2 成果物一覧」に示す。納品期限については想定を記載しており、詳細は契約後協議の上、設計・開発実施計画書にて定める。なお、成果物は現時点の案であるため、請負者が開発手法を提案の上でNIESが承認した場合は、成果物の種類、内容を変更することができる。エコチル調査データ管理システムの更改及び運用保守業務一式14表2 成果物一覧No. 成果物名内容 納品期限(想定)1設計・開発実施計画書全体管理、進捗・工程管理、品質管理、変更管理、リソース管理における作業実施計画、及び本調達対象業務に関するスケジュール案、作業体制表、機密保持管理方法をまとめた計画書2028年3月末(但し、落札決定後、14日以内に作成し、NIESの承認を得ること)2設計・開発実施要領全体管理、進捗・工程管理、品質管理、変更管理、リソース管理における作業手順等をまとめた実施要領2028年3月末3 業務報告書基本設計業務、詳細設計業務、開発～結合テスト業務、総合テスト業務、受入テスト支援業務、研修業務、プログラムの本番環境への移行業務における報告資料工程完了後速やかに4 業務完了報告書本調達の概要、スコープ・品質目標達成の証拠、マイルストーン実績、総評をまとめた報告書設計・開発と運用・保守でそれぞれ作成すること。 設計・開発完了時：2028年3月末運用・保守完了時：2033年3月末5 要件確認書要件定義で示した内容を基に設計・開発、及び運用保守業務を遂行する上での要件をまとめた資料2028年3月末6 設計書後工程を実施するために必要な資料一式(基本設計書、詳細設計書、環境定義書、環境構築手順書、実体関連図(ERD)、データ定義書、移行設計書、情報システム関連図、ネットワーク構成図、ソフトウェア構成図、ハードウェア構成図、プログラム一覧等)2028年3月末7 プログラム情報システムの画面・帳票・バッチ等を動作させるために必要なプログラムソースコード、及びソースコードから生成された実際の動作に使用する実行プログラム2028年3月末8 設定情報ノンプログラミングによる画面生成等プロトタイピング用のツール等を使用する場合、設計書やソースコード一式の生成等に使用される設定情報その他の必要な情報一式、及び外部サービスを利用する場合、当該サービスに係る設定情報その他の必要な情報一式2028年3月末9 テスト計画書テストを計画的に確実に進めることを目的として、調達仕様書、要件定義書、提案書、設計内容等に基づき、開発したプログラムが設計どおりに動作することを確認するための計画を記述した資料(単体テスト、結合テスト、総合テスト、移行テスト、受入テスト(案))2028年3月末10 テスト仕様書テスト目的・項目、テスト方法、使用するテストデータ、テストケース・シナリオ、動作確認テスト項目表、テスト手順等を記述した資料(単体テスト、結合テスト、総合テスト、移行テスト、受入テスト(案))2028年3月末11単体テスト結果報告書単体テスト仕様書に沿ったテストの結果及び定量・定性的に分析した結果を記述した報告資料2028年3月末12結合テスト結果報告書結合テスト仕様書に沿ったテストの結果及び定量・定性的に分析した結果を記述した報告資料2028年3月末13総合テスト結果報告書総合テスト仕様書に沿ったテストの結果及び定量・定性的に分析した結果を記述した報告資料2028年3月末14移行テスト結果報告書移行計画書に沿ったテストの捗や検証結果を記述した報告資料2028年3月末15脆弱性検査結果報告書セキュリティの脆弱性について検査した結果を記述した報告資料2028年3月末16 テストデータ 各テストを実施するために情報システムに投入するデータ 2028年3月末17 移行計画書 本番環境へのシステム・データ移行を計画的に実行し、現行 2028年3月末エコチル調査データ管理システムの更改及び運用保守業務一式15No. 成果物名内容 納品期限(想定)資産を継承して次期稼働環境を整備する計画書18 移行手順書本番移行や移行リハーサルの具体的な移行方法や手順を記述した資料2028年3月末19 移行結果報告書移行結果について定量・定性的に分析した結果を記述した報告資料2028年3月末20 教育計画書利用者・システム管理者への教育を確実に進めるための計画を記述した資料2028年3月末21操作手順書(マニュアル)利用者・システム管理者向けに、情報システムを使用する操作手順及びシステムの動作、処理を記した資料(現行システム・サービス(関連サービス含め)からの変更点を含む)2028年3月末22 研修用資料利用者・システム管理者が業務を円滑に遂行できるように実施する研修用の資料2028年3月末23中長期運用・保守作業計画書本システムが次期(第5期)の更改まで(運用が開始され廃棄されるまで)の長期間において安定的な運用を確保することを目的として、調達仕様書、要件定義書、提案書、設計内容等に基づき、情報システムのライフサイクルといった中長期の期間において、日常的に定常運転し、稼働状況を様々な観点から把握し、予防保全的な対応による問題回避を行い、将来に向けての分析等を行うための計画を記述した資料2028年3月末24 運用計画書要件定義書で示した運用に関する事項を基に、提案書及び設計内容を踏まえ、監視・管理等の作業の概要、体制、スケジュール等を記述した資料2028年3月末25 保守作業計画書要件定義書で示した保守に関する事項を基に、提案書及び設計内容を踏まえ、保守作業の概要、体制、スケジュール等を記述した資料2028年3月末26情報セキュリティ管理計画書設計・開発、及び運用保守業務を遂行する上での情報セキュリティの管理方法等について記述した資料2028年3月末27ドキュメント管理計画書本業務のドキュメント類の管理方法等について記述した資料2028年3月末28 事業継続計画書要件定義書で示した継続性に関する事項を基に、提案書及び設計内容を踏まえ、データ保護の観点から事業継続の概要、体制、スケジュール等を記述した資料2028年3月末29月次運用状況報告運用・保守にて実施した作業、及びシステムの稼働状況等について、1回/月にNIESへ報告・評価するもの2033年3月末30 インシデント管理表保守業務として受け付けたQA・障害等をインシデントとして管理した資料2033年3月末31 課題管理表保守業務として、インシデントとして受け付けた中での課題や、システム運用にて発生した課題を管理した資料2033年3月末32 品質管理表各種要件を満たしていることを保証する品質確保・維持に関する資料2028年3月末33機器、ソフトウェア等の一覧表構築するシステム稼働環境について、クラウドサービス、機器、ソフトウェア等を一覧表で取りまとめた資料2028年3月末34 製品マニュアル導入機器及びソフトウェア等に添付された操作マニュアルや機器諸元表等の資料2028年3月末35 機器構成図 設置場所毎の機器構成図 2028年3月末36 機器構成表 機器毎の詳細なソフトウェア情報、設定情報を記述した資料 2028年3月末37 機器展開計画書 クライアント環境の整備スケジュール、作業内容に関する資料 2028年3月末38 機器撤去計画書 機器の撤去、データ消去に関する資料 2028年3月末39 引継ぎ資料引継ぎ計画書、引継ぎに使用した資料、引継ぎ結果報告書、前任事業者からの引継ぎ完了報告書等2033年3月末エコチル調査データ管理システムの更改及び運用保守業務一式16(2) 成果物の納品方法成果物の納品方法は以下のとおり。 成果物は、原則として日本語で作成すること。ただし、日本国においても英字で表記されることが一般的な文言や、ソースコード等の英字で作成することが一般的な成果物については、そのまま記載しても構わないものとする。 用字・用語・記述符号の表記については、「公用文作成の考え方(令和4年1月11日内閣官房長官通知)」を参考にすること。 情報処理に関する用語の表記については、日本産業規格(JIS)の規定を参考にすること。 成果物は電子データ及び紙媒体に印字したもの１部を納品すること。 ただし、プログラム等紙媒体を大量に消費する場合にはNIESと協議の上、電子媒体のみの提出を可とする。 (契約後の委託事業開始前より実施されるNIESが別途選定した事業者による監査、NISC(内閣サイバーセキュリティセンター)や環境省等の関係機関による監査を含む。)(2) 情報システム監査で問題点の指摘又は改善案の提示を受けた場合には、対応案をNIESと協議し、指示された期間までに是正を図ること。情報セキュリティの管理体制について(1) 情報システムの設計・開発、運用・保守工程において、NIESの意図しない変更や機密情報の窃取等が行われないことを保証する管理が、一貫した品質保証体制の下でなされていること。(2) NIESの意図しない変更や機密情報の窃取等が行われないことを保証するための具体的な管理手順や品質保証体制を証明する書類(例えば、品質保証体制の責任者や各担当者がアクセス可能な範囲等を示した管理体制図)をNIESとの協議の上、必要と判断された場合は提出すること。また、第三者機関による品質保証体制を証明する書類等が提出可能な場合は、提出すること。(3) 情報システムにNIESの意図しない変更が行われる等の不正が見つかったときに、追跡調査や立入検査等、NIESと連携して原因を調査し、排除するための手順及び体制を整備していること。(例えば、運用・保守業務におけるシステムの操作ログや作業履歴等を記録し、発注元から要求された場合には提出させるようにする等)また、当該手順及び体制が妥当であることを証明するための書類をNIESとの協議の上、必要と判断された場合は提出すること。(4) 情報システムの開発・構築等の各工程において、情報セキュリティに係るサプライチェーン・リスクを低減する対策が行われていること。(5) セキュリティ関連のテストの実施結果が確認できること。脆弱性検査については、「デジタル庁 政府情報システムにおける脆弱性診断ガイドライン」の実施基準を満たすように、脆弱性診断の実施、検出された脆弱性への対応を行うこと。また、脆弱性検査の終了時には実施内容及び結果を脆弱性検査結果報告書に取りまとめること。エコチル調査データ管理システムの更改及び運用保守業務一式24(6) 情報システムの本番環境、検証環境、開発環境を分離し、各環境で取扱う情報の機微性等に応じてアクセス制御等必要なセキュリティ対策を実施すること。(7) 政府情報システムにおいて含有されやすいセキュリティ上の問題点を「表4 政府情報システムにおいて含有されやすいセキュリティ上の問題点」に示す。各項目に対して漏れなく対応すること。表4 政府情報システムにおいて含有されやすいセキュリティ上の問題点No. 要因 セキュリティ上の問題点1 認証管理不備 共用アカウントが使用される際に、利用者特定の仕組みや取扱いに関するルールが整備されていない 推測されやすい脆弱なパスワードが使用されている 認証情報がファイル等に平文で書かれている2 アクセス制御不備 必要な強度の認証が行われていない ネットワーク、システムへのアクセス制限が実施されていない 必要最小限のアクセス権付与が守られておらず、過剰である3 暗号化不備 重要情報が流れる各機器間の通信経路において、必要な暗号化が実施されていない4資産管理、脆弱性管理不備 利用しているソフトウェアや機器の状態を把握していない(最新状態を維持できていない) OSやミドルウェア、ファームウェア等の脆弱性対策が適切に実施されていない5Webアプリケーションの脆弱性 SQLインジェクション、クロスサイトスクリプティング等の初歩的なWebアプリケーションの脆弱性が存在している パラメータ改ざんにより、本来アクセスできないデータを操作できる等の脆弱性が存在している6 ログ管理不備 ログ取得の範囲が目的に応じて定められていない(必要なログが取得されていない) 定期的なログの点検又は分析が実施されていない7 外部委託の管理不備 外部委託に係る契約に、遵守事項で定める委託先の情報セキュリティ対策が含まれていない 外部委託に係る契約に基づき、委託先における情報セキュリティ対策の履行状況を確認していないセキュリティ要件請負者は、国立研究開発法人国立環境研究所情報セキュリティポリシーを遵守し、情報セキュリティを確保するものとする。特に下記の点に留意すること。なお、国立研究開発法人国立環境研究所情報セキュリティポリシーは以下URLにおいて公開している。(https://www.nies.go.jp/security/sec_policy.pdf)(1) 請負者は、請負業務の開始時に、請負業務に係る情報セキュリティ対策の遵守方法及び管理体制、事故時における緊急時の連絡体制について、NIES担当者に書面で提出すること。 また、変更があった場合には、速やかに報告すること。(2) 請負者は、NIESから提供された情報について目的外の利用を禁止する。(3) 請負者は、NIESから要機密情報を提供された場合には、機密保持義務を負うこととし、当該情報の機密性の格付けに応じて適切に取り扱われるための措置を講ずること。(4) 請負者は、NIESから提供された要機密情報が業務終了等により不要になった場合には、確実に返却し又は廃棄し、文書にて報告すること。(5) 請負者は、国立研究開発法人国立環境研究所情報セキュリティポリシーの履行が不十分と見なされるとき又は請負者において請負業務に係る情報セキュリティ事故が発生したときは、必要エコチル調査データ管理システムの更改及び運用保守業務一式25に応じてNIESの行う情報セキュリティ監査を受け入れること。また、速やかに是正処置を実施すること。(6) 業務に用いる電算機(パソコン等)は、使用者の履歴が残るものを用いてこれを保存するとともに、施錠等の適切な盗難防止の措置を講じること。また、不正プログラム対策ソフトが導入されており、利用ソフトウェアやその脆弱性等、適切に管理された電算機を利用すること。(7) 再委託することとなる場合は、事前の承諾を得て再委託先にも以上と同様の制限を課して契約すること。(8) 請負者は、NIESが意図しない変更が加えられないための管理体制を構築すること。また、管理体制を確認するため、以下の情報を提供すること。(再委託がある場合、再委託先含む)・ 請負者の資本関係・ 請負者の役員等の情報・ 請負業務従事者の所属、専門性(情報セキュリティ関連資格・研修実績等)、実績、国籍に関する情報提供・ 請負業務の実施場所(9) その他セキュリティ要件について、「別紙１ 要件定義書 3.10.情報セキュリティに関する事項(2)セキュリティ要件」に記載の要件を満たすこと。7. 成果物に関する事項知的財産権の帰属(1) 本業務における成果物の原著作権及び二次的著作物の著作権(著作権法第 21条から第 28条に定める全ての権利を含む。)は、請負者が本調達の実施の従前から権利を保有していた等の明確な理由によりあらかじめ提案書にて権利譲渡不可能と示されたもの以外は、全てNIESに帰属するものとする。(2) NIESは、成果物について、第三者に権利が帰属する場合を除き、自由に複製し、改変等し、及びそれらの利用を第三者に許諾することができるとともに、任意に開示できるものとする。また、請負者は、成果物について、自由に複製し、改変等し、及びこれらの利用を第三者に許諾すること(以下「複製等」という。)ができるものとする。ただし、成果物に第三者の権利が帰属するときや、複製等により NIESがその業務を遂行する上で支障が生じるおそれがある旨を契約締結時までに通知したときは、この限りでないものとし、この場合には、複製等ができる範囲やその方法等について協議するものとする。(3) 納品される成果物に第三者が権利を有する著作物(以下「既存著作物等」という。)が含まれる場合には、請負者は、当該既存著作物等の使用に必要な費用の負担及び使用許諾契約等に関わる一切の手続を行うこと。この場合、本業務の請負者は、当該既存著作物の内容について事前にNIESの承認を得ることとし、NIESは、既存著作物等について当該許諾条件の範囲で使用するものとする。なお、本仕様に基づく作業に関し、第三者との間に著作権に係る権利侵害の紛争の原因が専らNIESの責めに帰す場合を除き、請負者の責任及び負担において一切を処理すること。この場合、NIESは係る紛争等の事実を知ったときは、請負者に通知し、必要な範囲で訴訟上の防衛を請負者に委ねる等の協力措置を講じるものとする。(4) 本件プログラムに関する権利(著作権法第 21条から第 28条に定める全ての権利を含む。)及び成果物の所有権は、NIESから請負者に対価が完済されたとき請負者からNIESに移転するものとする。(5) 請負者はNIESに対し、一切の著作者人格権を行使しないものとし、また、第三者をして行使させないものとする。エコチル調査データ管理システムの更改及び運用保守業務一式26(6) 請負者は使用する画像、デザイン、表現等に関して他者の著作権を侵害する行為に十分配慮し、これを行わないこと。契約不適合責任契約不適合責任については、契約書に記載のとおりとする。検収(1) 本業務の請負者は、成果物等について、納品期日までにNIESに内容の説明を実施し、検収を受けること。(2) 検収の結果、成果物等に不備又は誤り等が見つかった場合には、直ちに必要な修正、改修、交換等を行うこと。また、変更点についてNIESに説明を行った上で、指定された日時までに再度納品すること。(3) 本業務終了後、NIES担当者立会いによる本仕様書に基づく検査に合格しなければならない。報告書の仕様報告書の仕様は、契約締結時においての国等による環境物品等の調達の推進等に関する法律(平成12年法律第100号)第６条第１項の規定に基づき定められた環境物品等の調達の推進に関する基本方針(以下「基本方針」という。)の「印刷」の判断の基準を満たすこと。ただし、当該「判断の基準」を満たすことが困難な場合には、NIES担当者の了解を得た場合に限り、代替品による納品を認める。なお、印刷物にリサイクル適性を表示する必要がある場合は、以下の表示例を参考に、裏表紙等に表示すること。リサイクル適性の表示：印刷用の紙にリサイクルできますこの印刷物は、グリーン購入法に基づく基本方針における「印刷」に係る判断の基準にしたがい、印刷用の紙へのリサイクルに適した材料［Ａランク］のみを用いて作製しています。なお、リサイクル適性が上記と異なる場合はNIES担当者と協議の上、基本方針(https://www.env.go.jp/policy/hozen/green/g-law/net/kihonhoushin.html)を参考に適切な表示を行うこと。8. 入札参加に関する事項公的な資格や認証等の取得(1) 応札者は、品質マネジメントシステムに係る以下のいずれかの条件を満たすこと。 品質マネジメントシステムの規格である「JIS Q 9001」又は｢ISO9001」(登録活動範囲が情報処理に関するものであること。)の認定を、業務を遂行する組織が有していること。 上記と同等の品質管理手順及び体制が明確化された品質マネジメントシステムを有している事業者であること(管理体制、品質マネジメントシステム運営規程、品質管理手順エコチル調査データ管理システムの更改及び運用保守業務一式27規定等を提示すること。)(2) 応札者は、情報セキュリティに係る以下のいずれかの条件を満たすこと。  情報セキュリティ実施基準である「JIS Q 27001」、「ISO/IEC27001」又は「ISMS」の認証を有していること。 一般財団法人日本情報経済社会推進協会のプライバシーマーク制度の認定を受けているか、又は同等の個人情報保護のマネジメントシステムを確立していること。 個人情報を扱うシステムのセキュリティ体制が適切であることを第三者機関に認定された事業者であること。受注実績(1) 応札者は、クラウドサービスを利用したWebアプリケーションを構築した実績を過去３年以内に有すること。(2) 応札者は、クラウドサービスを利用した1,000名以上の利用者が利用するデータベース機能を有する情報システムの設計・開発を行った実績を過去３年以内に有すること。(3) 応札者は、官公庁等公的機関に係るシステムの設計・開発の実績を過去3年以内に有すること。複数事業者による共同入札(1) 複数の事業者が共同入札する場合、その中から全体の意思決定、運営管理等に責任を持つ共同入札の代表者を定めること。また、本代表者が本調達に対する入札を行うこと。(2) 共同入札を構成する事業者間においては、その結成、運営等について協定を締結し、業務の遂行に当たっては、代表者を中心に、各事業者が協力して行うこと。事業者間の調整事項、トラブル等の発生に際しては、その当事者となる当該事業者間で解決すること。また、解散後の契約不適合責任に関しても協定の内容に含めること。(3) 共同入札を構成する全ての事業者は、本入札への単独提案又は他の共同入札の参加を行っていないこと。(4) 代表者以外の共同入札を構成する全ての事業者も、公的な資格や認証、受注実績を除いて全ての応札条件を満たすこと。また、入札参加資格及び誓約書の提出に際しては全ての事業者分を提出すること。9. 再委託に関する事項本業務にかかる再委託の制限及び再委託を認める場合の条件については、契約書に定めるものほか、以下によるものとする。再委託の制限及び再委託を認める場合の条件(1) 本業務の請負者は、業務を一括して又は主たる部分を再委託してはならない。(2) 請負者における遂行責任者を再委託先事業者の社員や契約社員とすることはできない。エコチル調査データ管理システムの更改及び運用保守業務一式28(3) 請負者は再委託先の行為について一切の責任を負うものとする。(4) 再委託先における情報セキュリティの確保については請負者の責任とする。再委託されることにより生ずる脅威に対して情報セキュリティが十分に確保されるよう、当該調達仕様書のセキュリティ対策に係る措置の実施を再委託先に担保させること。また、再委託先のセキュリティの対策実施状況を確認できるよう、再委託先との契約内容に含めること。(再委託の相手方が更に委託を行う等複数の段階で再委託が行われる(以下「再々委託」という。)場合の取扱いも同様)承認手続(1) 本業務の実施の一部を合理的な理由及び必要性により再委託する場合には、以下の内容を記載した「再委託承認申請書」をNIESに提出し、あらかじめ承認を受けること。 再委託の相手方の商号又は名称、住所 再委託を行う業務の範囲 再委託の必要性及び契約金額等(2) 前項による再委託の相手方の変更等を行う必要が生じた場合も、前項と同様に再委託に関する書面をNIESに提出し、承認を受けること。(3) 再々委託には、当該再々委託の相手方の商号又は名称及び住所並びに再々委託を行う業務の範囲を書面で報告すること。再委託先の契約違反等再委託先において、本調達仕様書の遵守事項に定める事項に関する義務違反又は義務を怠った場合には、請負者が一切の責任を負う。また、NIESは当該再委託先への再委託の中止を請求することができる。10. クラウドサービスの選定、利用に関する事項クラウドサービスの選定、利用に関する要件クラウドサービスの選定、利用に関する要件については、要件定義書「3.2.システム方式に関する事項(1)システム方式についての全体方針、(2)クラウドサービスの選定、利用に関する要件」を参照すること。クラウドサービスを利用する場合の成果物の取扱いクラウドサービスを利用する場合は、当該サービスに係る設定情報やその他必要な情報一式を詳細設計書として取りまとめること。11. その他特記事項機器等のセキュリティ確保、リストの提出エコチル調査データ管理システムの更改及び運用保守業務一式29システムで使用する機器やソフトウェア(ミドルウェア、ライブラリ)等を調達する際は、不正侵入の経路となるバックドアや脆弱性が含まれていないことを確認し、システム稼働中にメーカーサポートを受けられる安全なプロダクトを選定すること。IT調達に係る国の物品等又は役務の調達方針及び調達手続に関する申合せ」に基づき、サプライチェーン・リスクの観点から内閣サイバーセキュリティセンターに対して、講ずべき必要な措置について助言を求めるため、技術等提案書提出時において「機器等リスト」に想定の機器等を記載の上、提出すること。NIESがサプライチェーン・リスクに係る懸念が払拭されないと判断した場合には、代替品選定やリスク低減対策等、NIESと迅速かつ密接に連携し提案の見直しを図ること。調達機器に変更が生じる場合、内閣サイバーセキュリティセンターに対して助言を求める必要があるため、再度機器等リストを提出すること。入札公告期間中の資料閲覧等本業務の実施に参考となる過去の類似業務の報告書等に関する資料については、以下資料閲覧場所にて閲覧可能とする。なお、資料の閲覧に当たっては、必ず事前にNIESまで連絡の上、閲覧日時を調整すること。(1) 資料閲覧場所入札説明書に記載のとおり(2) 閲覧期間及び時間入札説明書に記載のとおり(3) 閲覧手続入札説明書に記載のとおり(4) 閲覧時の注意閲覧にて知り得た内容については、提案書の作成以外には利用しないこと。また、本調達に関与しない者等に情報が漏えいしないように留意すること。(3)閲覧手続にて提出した資料閲覧申請書に準拠すること。(5) 連絡先入札説明書に記載のとおり(6) 事業者が閲覧できる資料一覧閲覧に供する資料の例を次に示す。ただし、先行する案件は閲覧期間中も契約期間内であり、閲覧可能とする資料についても受注時点では変更されている可能性がある。  仕様書作成支援プロジェクトにおける事前調査結果一式 Web質問票作成支援業務に係る資料 現行システム(データ管理システム及び参加者ポータルシステム)の以下の資料 基本設計書 詳細設計書 システム構築時の要件定義書 運用・保守計画書 運用・保守実施要領 運用・保守作業報告書 運用手順書エコチル調査データ管理システムの更改及び運用保守業務一式30 操作マニュアル及び運用開始時の説明会資料 プログラムソースコードその他特記事項(1) 本業務の履行に当たっては、障害を理由とする差別の解消の推進に関する法律(平成25年法律第65号)第９条第１項に基づく「環境省所管事業分野における障害を理由とする差別の解消の推進に関する対応指針」(平成28年1月6日環境省訓示2号)第二-2に規定する合理的配慮について留意すること。(2) 請負者は、本業務実施に係る活動において、国等による環境物品等の調達の推進等に関する法律(グリーン購入法)を推進するよう努めるとともに、物品の納入等に際しては、基本方針で定められた自動車を利用するよう努めるものとする。(3) 本業務に関し疑義等を生じたときは、速やかにNIES担当者と協議の上、その指示に従うものとする。(4) 請負者は、NIES役職員と日本語による円滑なコミュニケーションが可能で、かつ良好な関係が保てること。なお、本業務に係る協議、調整、納品物において使用する言語は日本語とすること。(5) 本業務に係る契約は日本法に準拠し、同法によって解釈されるものとする。また、本業務に関し訴訟の必要が生じた場合は、NIESの所在地を管轄する裁判所を管轄裁判所とする。(6) 請負者は、業務実施場所において、暴風、竜巻、豪雨、豪雪、洪水、崖崩れ、土石流、高潮、地震(震度5強以上に限る。)、津波、噴火、地滑りその他の異常な自然現象が発生した場合、ただちに請負業務に係る被害状況の確認を開始し、発生から2時間以内にその確認状況をNIES担当者に報告すること。また、確認状況を報告した後における対応についてNIES担当者の指示に従うこと。ただし、通信障害等により確認状況の報告が困難である場合はこの限りではない。12. 附属文書別紙１ 要件定義書別紙２ 事前調査による調査結果一覧別紙３ 業務一覧別紙４ 業務フロー別紙５ 出力ファイル一覧別紙６ データ一覧別紙７ 機能一覧別紙８ バッチ機能一覧別紙９ ツール一覧別紙10 組織階層別紙11 ロール一覧別紙12 本システムの設計・開発時に現行システムにおいて実装及び追加される機能一覧別紙13 本システムの設計・開発時に追加する必要のある機能一覧別紙14 改善要件一覧別紙15 システム構成図兼機能構成概念図別紙16 Web質問票サブシステム要件一覧別紙17 Web質問票サブシステム要件一覧(補足)エコチル調査データ管理システムの更改及び運用保守業務一式31別紙18 画面一覧別紙19 帳票一覧別紙20 テーブル一覧別紙21 データクレンジング概要別紙22 外部インタフェース一覧別紙23 機器台数一覧別紙24 移行対象一覧別紙25 CSV方式によるバリデーション別紙26 用語集別紙27 非機能要求グレードエコチル調査データ管理システムの更改及び運用保守業務一式別紙1 要件定義書令和８年1月国立研究開発法人 国立環境研究所エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書1. 業務要件定義.. 1業務実施手順.. 1業務の規模.. 2業務実施の時期・時間.. 4利用者の業務実施場所.. 4業務観点で管理すべき指標.. 5情報システム化の範囲.. 5業務の継続の方針等.. 6情報セキュリティ対策の方針等.. 62. 機能要件定義.. 6機能に関する事項.. 6画面に関する事項.. 8帳票に関する事項.. 11データに関する事項.. 11外部インタフェースに関する事項.. 133. 非機能要件定義.. 14ユーザビリティ及びアクセシビリティに関する事項.. 14システム方式に関する事項.. 18システム規模に関する事項.. 21性能に関する事項.. 24信頼性に関する事項.. 26拡張性に関する事項.. 27上位互換性に関する事項.. 28中立性に関する事項.. 29継続性に関する事項.. 29情報セキュリティに関する事項.. 32情報システム稼働環境に関する事項.. 33データマネジメントに関する事項.. 36テストに関する事項.. 37移行に関する事項.. 42引継ぎに関する事項.. 47教育に関する事項.. 48運用に関する事項.. 50保守に関する事項.. 57エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書11. 業務要件定義業務実施手順(1) 業務範囲本システムは、現行システムである「第3期データ管理システム」及び「参加者ポータルシステム」を統合し、第4期データ管理システムとして整備し運用・保守するものである。本プロジェクトで国立研究開発法人 国立環境研究所(以下「NIES」とする)が実施する業務の範囲については、「別紙 3 業務一覧」に示す。現行業務からの変更点を「継続」「継続(更新)」「統合」「追加」「廃止」に分類し、現行業務フローとの変更点として示す。(2) 業務フロー本システムの業務フローについて、「別紙 4 業務フロー」として示す。現行の業務フローについては閲覧資料を参照すること。なお、構築時に、選定するサービスや、実際の業務及び運用に合わせて、業務フローを見直すこと。(3) 業務の実施に必要な体制本システム関連業務の実施に現段階で想定する体制について、「表1 業務の実施体制」に示す。表1 業務の実施体制組織等 本業務における役割NIES(PJMO) 統括責任者 他プロジェクトを含めエコチル調査におけるシステム全般を統括し、環境保健情報オフィスとしての判断や意思決定を行う。プロジェクト責任者契約業務監督員NIESの代表として、本プロジェクトにおける判断や意思決定を行う。本業務における作業、成果物の承認等を行う。契約関連の確認等を行う。プロジェクト管理者契約担当者本業務における作業、成果物の確認等を行う。契約関連の調整・手続き等を行う。情報システムセキュリティ責任者・管理者国立研究開発法人国立環境研究所情報セキュリティポリシーの遵守状況について見解、成果物の確認等を行う。データ管理責任者・管理者データに関する取扱いについて見解、成果物の確認等を行う。調査計画担当者調査計画・UC管理担当者調査計画全般に関して見解、成果物の確認等を行う。参加者追跡・コミュニケーション担当者参加者追跡・コミュニケーション(アプリデザイン・サービス含め)に関して見解、成果物の確認等を行う。質問票調査・対面調査・試料管理・業務担当者質問票調査・対面調査・試料管理の各業務に関してそれぞれ見解、成果物の確認等を行う。 システム業務担当 システム業務に関して見解、成果物の確認等を行う。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書2組織等 本業務における役割者情報管理責任者 「個人情報管理に関する基本ルール」に関して見解、成果物の確認等を行う。ユニットセンター・メディカルサポートセンター情報管理責任者 各組織の情報管理を取りまとめる。システム担当者 システムを利用して、業務を実施する。リスク管理責任者 各組織のリスク管理を取りまとめる。ポータルマネージャ 調査参加者への対応を行う。本業務請負者 下記に示す業務を実施する。・ システム設計、開発、構築業務・ システム運用、保守業務・ Web質問票作成支援業務・ クラウド－拠点間の提供業務・ クラウドサービスの提供業務・ スマートフォン公式アプリストアの提供業務(4) 入出力情報項目及び取扱量本システムの出力ファイル一覧を「別紙 5 出力ファイル一覧」に示す。詳細は、要件定義工程にて NIES と協議の上決定すること。(5) 管理対象情報一覧システムで取り扱うデータ一覧を「別紙6 データ一覧」に示す。業務の規模本システムで実現する業務で想定される規模について、以下に示す。以下の内容についても、過去の業務実績等に基づく値ではなく、本調達時点の想定に基づく値である点に留意すること。(1) 本システムの利用者数本システムの利用者について、「表2 本システムの利用者数(想定)」に示す。表2 本システムの利用者数(想定)No. 利用者種別利用者利用者の種類主な利用拠点システム提供時間帯端末 回線WebポータルサブシステムWeb質問票サブシステム業務サブシステム2 パイロット調査・代諾者等500人 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット3 エコチル調査・本人 100,000人 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット4 エコチル調査・代諾者等150,000人 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット5 第3世代コホート・本人 未定 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット6 スタッフ コアセンター 20人 20人 茨城県つくば市24時間/365日PCブラウザ インターネットVPN7 ユニットセンターメディカルサポートセンター関連委員会メンバー30人 500人 全国 24時間/365日PCブラウザ インターネットVPN8 ヘルプデスク運用・保守事業者 未定 未定 未定 24時間/365日PCブラウザ インターネットVPN※No.5 参加者(第3世代コホート・本人)は、No.1参加者(パイロット調査・本人)及びNo.3参加者(エコチル調査・本人)の子世代とする。※コアセンター、ユニットセンター等のWebポータルサブシステムアカウントは、Web質問票等の確認を行うためのダミーアカウントとする。(2) 処理件数本システムにおいて想定される主な業務の処理件数は「表3 主な業務の処理件数」のとおりである。表3 主な業務の処理件数No. 項目処理件数補足定常時 ピークの特性1 Webポータルサブシステム 2回／月／人 程度 20時,21時頃 参加者：9:00～21:00間に満遍なくアクセス。スタッフ：主にはギフト交換対象商品のメンテナンス2 Web質問票サブシステム 15回／年／人 程度 20時,21時頃 全参加者からの総回答数は計50万回／年間とする3 業務サブシステム 毎日 - -エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書4業務実施の時期・時間(1) 業務実施時期・期間本システムに係る業務実施時期・期間は、原則として平日(土日及び祝日、年末年始を除く)とする。(2) 業務の実施・提供時間本システムについては、NIES の責任のもとで運用・保守事業者が運用作業を実施する。なお、本システムのサービス提供時間、運用時間、システム障害時の対応については以下のとおりである。ア サービス提供時間本システムは計画停止を除き、24時間365日サービスを提供できること。本システムの提供時間帯は「表2本システムの利用者数(想定)」に記載のとおり。イ 運用時間運用・保守業者の運用時間は平日(土日及び祝日、年末年始を除く)の9:00～17:30とする。ただし、システムの監視は24時間365日行うこと。夜間や休日におけるシステム障害時の連絡体制については、運用時間と同等の体制を維持することは求めないが、障害の重要性に応じた機動的な体制を提案すること。ウ システム障害時の対応システム障害時は復旧を優先し、一次対応(障害の切り分け等)を速やかに実施すること。障害の原因究明・恒久的対策を実施し、結果をNIESに報告すること。障害対応は、平日(土日及び祝日、年末年始を除く)の 9:00～17:30 に行うとこととするが、緊急性や優先度の高い障害であると NIESが判断した場合には、曜日や時間に関わらず、速やかに復旧作業を行うこと。(3) ヘルプデスク業務ヘルプデスク業務における問合せ対応の受付時間を「表 4 ヘルプデスク業務の問合せ対応時間」に示す。コアセンター及びユニットセンター、メディカルサポートセンター・コールセンターからの問合せや連絡は、ヘルプデスクが一次受け付けを担当することとし、エコチル調査に係ることについては、コアセンターが対応する。ヘルプデスク業務を行う上で必要となるパソコン及び専用電話番号とメールアドレス等は請負者で用意すること。表4 ヘルプデスク業務の問合せ対応時間No. 問合せ方法 受付時間 回答時間1 電話 営業日9:00～17:30 営業日9:00～17:302 メール 24時間365日 同上利用者の業務実施場所本システムにおける業務の実施場所に関する要件について、「表5 利用者の業務の実施場所」に示す。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書5表5 利用者の業務の実施場所No. 組織 利用回線 実施業務 所在地1 参加者 インターネット Webポータルサブシステムを利用する 全国2 コアセンター インターネットVPN プロジェクト全体管理各種データ入出力茨城県つくば市3 ユニットセンター等 インターネットVPN アカウント情報入出力検査データ入出力全国(詳細は別途)4 システム運用事業者 インターネット システム運用・保守 -5 ヘルプデスク インターネット 利用者からのシステムに関する問合せ窓口 -※システム運用事業者は、年4回程度「コアセンター」で対面打合せを実施する。業務観点で管理すべき指標本システムに係る達成度評価指標(KPI：Key Performance Indicator)を「表6 達成度評価指標(KPI：Key Performance Indicator)」に示す。なお、目標値は、運用開始後の実績を踏まえて決定し、適宜見直すこと。また、本システムの利用動向を踏まえ、必要に応じて更に KPI を追加または変更する場合がある。KPI の追加または変更があった場合は、対応範囲をNIESと協議の上で決定、対応すること。なお目標値は、本システムとして管理する指標であり、遵守を求めるものではない。運用開始後の実績を踏まえて、適宜見直しを行うものとする。 表 6 達成度評価指標(KPI：Key Performance Indicator)No. 指標の種類 指標名 計算式 単位 目標値 計測方法1 プロジェクト成果目標参加者理解度 「十分理解した」とした回答数」／「全有効回答数」×100％ 運用に伴って決定する 参加者を対象とした簡易アンケート2 サイトアクセス率 「アクセスアカウント数」／「対象アカウント数」×100％ 運用に伴って決定する Webポータルサブシステムへのログイン数3 業務(サービス)効果指標回答回収率 「回答数」／「対象参加者数」×100％ 運用に伴って決定する Web質問票を使用した調査4 調査継続率 (「対象参加者数」―「打ち切り者数」)／「対象参加者数」×100% 運用に伴って決定する 参加者ステータス機能を利用した調査５ 調査同意率 「調査同意者数」／「対象参加者数」×100% 運用に伴って決定する Web質問票(同意書)を使用した調査６ 業務(サービス)実施指標お知らせ反応時間(「お知らせ通知を確認した日」－「お知らせ通知を発出した日」が3日以内のアクセス数)／「お知らせ通知を発出したアカウント数」×100％ 運用に伴って決定する実施状況を調査情報システム化の範囲エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書6(1) 情報システム化の範囲本調達の範囲を「図1 業務概要図(サンプル)」に示す。図 1 業務概要図(サンプル)業務の継続の方針等システムの継続に関しては「3.9継続性に関する事項」に記載する対策を講じること。クラウドサービス等の障害によるシステム停止の際には、本システム停止の旨を公開されたサイト等でアナウンスし、原則としてシステムの復旧を待つこととする。情報セキュリティ対策の方針等本システムの情報セキュリティ対策に係る具体的な要件は、「3.10 情報セキュリティに関する事項」を参照すること。統一基準群で定められる「機密性２情報」を基本とし、情報の格付けに合わせてより詳細な運用を定義するものとする。運用ルールの細則及び機密度の格付けについては、「エコチル調査における個人情報管理に関する基本ルール」(改定された場合は最新の版を参照すること)への記載事項を遵守すること。2. 機能要件定義機能に関する事項(1) 機能一覧本システムの機能を一覧に示す。「別紙7 機能一覧」「別紙8バッチ機能一覧」「別紙9 ツール一覧」を参照すること。詳細な機能構成は、要件定義工程にてNIESと協議の上決定すること。また、画面操作の制限(画面アクセス権、ボタン活性・非活性等)は、組織階層およびロールによって管理する。想定する組織階層およびロールの考え方について「別紙10 組織階層」「別紙11 ロール一覧」に示す。 データ統合後は各データのキー情報を基に抽出した「統合したキー情報」を作成する。この「統合したキー情報」により各データの紐づけが可能となる。図5 データ統合案エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書12キー情報グループ：参加者を特定する情報業務情報グループ：参加者の調査データや進捗等の参加者に紐づく情報マスタ系：組織や協力医療機関等の業務マスタ「統合したキー情報」の内容については、閲覧資料「キー情報統合化案」を参照すること。なお、業務情報グループ及びマスタ系のデータは統合しない。キー情報グループ、業務情報グループ、マスタ系のデータの関連については、閲覧資料「システム内データ関連図」を参照すること。また、個人情報については、参加者ポータルシステムで保持していたデータ(以下「ポータル DB」という。)を基本とし、本システム運用開始後の変更を管理すること。データ管理システムで保持していたデータ(以下「データ管理 DB」という。)とポータル DB において同義の項目(生年月日等)で差異のあるデータや片システムにのみ登録されているレコードについては、「2.4.(3)データクレンジング」を参照の上、NIES と調整しクレンジングすること。片システムにのみ登録されているレコードについては、代諾者でない父親や打ち切り等で現行のデータ管理システムから参加者ポータルシステムへのデータ移行時(参加者ポータルシステム運用開始時)に移行対象外となった個人情報が想定される。また、データ管理 DB のみにある項目で今後参照・更新する項目(「住所履歴関連」「備考」「ニュースレター等送付可否」等)については、ポータルDBに複製すること。複製する項目については、要件定義時にユニットセンター等の関係者と調整の上、決定すること。個人情報に関するデータ統合案を「図6 個人情報に関するデータ統合案」に示す。図6 個人情報に関するデータ統合案(2) テーブル一覧本システムのテーブルを一覧に示す。「別紙20 テーブル一覧」を参照すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書13(3) モニタリング対象データ一覧「1.5.業務観点で管理すべき指標」に記載したプロジェクトの目標について、実績値を適時に確認するデータとして、現時点の案を「別紙6 データ一覧」のKPI の材料列に示す。(4) データクレンジング現行システムのデータ管理システムと参加者ポータルシステムで管理されているデータの整合性を確保し、データ統合が可能な状態にクレンジングすること。「別紙21データクレンジング概要」に、クレンジングの方針を示す。閲覧資料「データクレンジング対象一覧」に、本システムへの移行におけるデータ不整合について整理している。内容は現行システムのデータ管理システム内、参加者ポータルシステム内、及び両システム間の不整合パターンである。本資料を参考としてNIESと、クレンジング対象と対応方法を調整すること。(5) 死産流産の参加者の親子関係情報の復元現行システムのデータ管理システムと参加者ポータルシステムには、死産流産を含むすべての参加者に対して、母親・父親・子供の関係性を表す KeyID が付与されている。ただし、現行システムの死産流産の参加者に対しては、親子関係情報等を新たに登録したが、データ管理システムにおいては集計の仕組み上、KeyIDの付与後に該当の親子関係情報(4,590 レコード)を削除している。この死産流産の参加者の親子関係情報を復元すること。外部インタフェースに関する事項本システムの外部インタフェースに関する要件を以下に示す。なお、一部のインタフェースは機能要件の変更に合わせて修正が必要になることが想定される。新たに追加となった機能への対応を含め、外部インタフェースの修正が必要になる場合については、設計工程でNIESと協議の上で対応すること。なお、外部インタフェースについてはAPI連携を原則とし、旧来型のインタフェースについてはAPI化を積極的に提案すること。(1) 外部インタフェース一覧本システムが他のシステムと連携する情報を「別紙22 外部インタフェース一覧」に示す。外部インタフェース一覧における記載内容は現在の想定である。設計工程において、NIES 及び NIES が指定する連携先システム担当と調整の上、決定すること。なお、Web 質問票サブシステムについては、既存資産(クアルトリクス)を継続して利用することが現実的であるが、事業者はクアルトリクスとの連携方式や移行に必要な作業を提案・実施すること。また、現行のデジタルギフトサービス(選べる e-GIFT)は謝礼として利用しているが、将来的にサービスの変更や別のSaaSサービスの採用も視野に入れることができる。NIESが別途調達するSaaSや外部サービスと連携する場合、そのAPI仕様や認証方式等について事前にNIES と調整し、本システム側のインテグレーションを可能にすること。選定にあたっては、セキュリティ要件(統一基準群等、ISMAP 対応等)やシステム全体の運用負荷を考慮すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書143. 非機能要件定義ユーザビリティ及びアクセシビリティに関する事項(1) 情報システムの利用者の種類、特性本システムの利用者の種類、特性について、「表7 各利用者区分の特性」に示す。なお、表中の各列の定義は以下のとおりである。 No.:利用者区分の識別番号を示す。 利用者区分:本システムを利用する者の基本的な分類を示す。エコチル調査における立場及び役割に基づき区分される。 担当者区分:利用者区分をより詳細に分類した役割区分を示す。システム上での責任範囲を表す。 特性:各利用者区分における技術的特徴及び業務特性を示す。システムへのアクセス手段、管理業務の実施有無、担当する調査業務の内容等が含まれる。 利用者の種類:システム利用の観点からの利用者分類を示す。主として参加者及びスタッフに大別され、各々が利用するシステム種別についても併記する。 表7 各利用者区分の特性No. 利用者区分 担当者区分 特性 利用者の種類1参加者本人(子世代G2)スマートフォン、PCブラウザからアクセス運用にかかわる業務は行わない参加者(Webポータルサブシステム・Web質問票サブシステム利用)2代諾者等＋母親本人(親世代G1)3 孫世代(G3)4 第２コホート対象者5コアセンター担当者Webシステム管理者Webシステムの管理業務を行うスタッフ(Webポータルサブシステム・Web質問票サブシステム利用)6 情報管理責任者調査参加者のアカウント管理業務を行うスタッフ(業務サブシステム利用)7 質問票調査担当者 Web質問票調査の業務を行う8 対面調査担当者 対面調査に関する業務を行う9 曝露調査担当者 曝露調査に関する業務行う10 試料管理担当者 試料管理に関する業務を行う11 会計担当者 会計に関する業務を行う12 進行管理担当者 進行管理に関する業務行う13 参加者対応担当者お知らせ・問合せ対応業務を行う14 データ管理担当者データ登録・管理に関する業務を行う15ユニットセンター拠点担当者情報管理責任者調査参加者のアカウント管理業務を行う16 参加者対応担当者お知らせ・問合せ対応業務を行う17 データ登録担当者データ登録・管理に関する業務を行う18ユニットセンター検査会場等担当者検査会場担当者 データ登録業務を行うスタッフ(Webポータルサブシステム利用)19メディカルサポートセンター担当者データ品質管理担当者 データ品質管理業務を行う スタッフ(業務サブシステム利用)20 コールセンター コールセンター担当者 問合せ対応業務を行う -21 システム開発事業者 システム開発担当者 システム改修、機能追加業務を運用保守事業者エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書15No. 利用者区分 担当者区分 特性 利用者の種類行う22システム運用・保守事業者ヘルプデスクシステムに関する問合せ対応業務を行う23システム運用・保守業務担当者システムの運用、保守(外部システム連携含む)業務を行う24公式アプリストアの維持・運用業務担当者公式アプリストアの維持、運用業務を行う25ユーザーサポート業務担当者ユーザーサポート業務を行う26ユーザー登録業務担当者スタッフのアカウント管理業務を行う27調査参加者組織移管業務担当者参加者の組織移管業務を行う28Web質問票作成担当者Web質問票作成業務を行う(2) ユーザビリティ要件「表7 各利用者区分の特性」に示す役割・業務内容に基づき、各利用者の特性を十分に留意する。また、利用者が想定する流れに沿った操作手順、画面遷移、画面レイアウト、帳票レイアウト等とする。ユーザビリティ要件を「表8 ユーザビリティ要件」に示す。表8 ユーザビリティ要件No. ユーザビリティ分類 ユーザビリティ要件1画面の構成(直感・シンプル) 利用者が何をすればよいか直感的に理解できるデザインにすること。 無駄な情報、デザイン、機能を排したシンプルでわかりやすい画面にすること。2画面の構成(フォント及び文字サイズ) 十分な視認性のあるフォント及び文字サイズを使用すること。 利用者が画面を操作する際に、画面サイズや位置を変更できること。 一度に膨大な情報を提示して利用者を圧倒しないようにすること。3画面の構成(マルチデバイス対応) スマートフォン、タブレット端末により本システムを利用する利用者を想定し、これら端末の特性を考慮した画面にすること。 レスポンシブデザインにより、PC、タブレット端末、スマートフォン等の利用環境を問わず、同一の情報をグリッドレイアウト等の適切なレイアウトにより表示できるようにすること。4画面の構成(表示/非表示) 情報の優先順位をつけ、重要度の低い情報、特定の利用者層に対して提示する情報は、利用者が必要に応じて表示/非表示を切替え可能とする等の工夫をすること。5画面の構成(クリックやチェックができる箇所) 画面上でクリックやチェックができる箇所とできない箇所の区別を明確にすること。 タップ操作が可能なタブレット端末やスマートフォンの場合は、タップ操作の結果(どの部分をタップしたのか)を適切にレスポンスできること。6 画面遷移 利用者が次の処理を想像しやすい画面遷移とすること。 無駄な画面遷移を排除し、シンプルな操作とすること。7画面表示・操作の一貫性(統一) 機能、用語、レイアウト、操作方法は統一すること。8画面表示・操作の一貫性(視認性) 必須入力項目と任意入力項目の表示方法を変える等各項目の重要度を利用者が認識できるようにすること。 見やすさを考慮し、画面のフォントサイズを決定すること。 画面ごとに異なるフォントを使わないこと。9操作方法のわかりやすさ 無駄な手順を省き、使いやすく、利用者が効率的に作業できるようにすること。 利用者が操作しやすい手順にするため、画面上の情報項目を上から下へ、左から右へ流れる順番に配置すること。 利用者の操作を軽減できるよう、画面の初期表示時には入力項目、選択項目等に適切な既定値を設定すること。10 操作方法のわかりやす  原則としてマニュアルを参照しなくても操作できるようにすること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書16No. ユーザビリティ分類 ユーザビリティ要件さ(操作説明)11操作方法のわかりやすさ(Tabキー) Tab キー等による画面上のフォーカスの移動順序について、利用者が操作しやすい順序となるようにすること。12操作方法のわかりやすさ(画面遷移) 利用者が同じ情報の入力や操作を何度も行う必要がないよう、画面が遷移しても情報がその後の手順に反映されるようにすること。 利用者の手間を軽減するため、利用者の手順に即した画面遷移に留意し、可能な限り不要な画面遷移を行わないようにすること。13操作方法のわかりやすさ(マルチデバイス対応) スマートフォン、タブレット端末等の狭い表示領域、タッチインタフェースでも効率的に作業できる操作性を実現すること。14指示や状態のわかりやすさ ユーザーインタフェース及び UX に関する一般的に使われているデザイントレンドを取り入れ、アイコン・図表のグラフィック表現を適切に適用すること。 本システムが処理している内容や状況を、利用者が把握できるようにすること。15指示や状態のわかりやすさ(外部ドメインへの遷移) ドメインを異にする他の Web サイトへの遷移を行う際は、離脱メッセージを表示する等、利用者が認識できるようにすること。16 メッセージ出力 利用者に分かりやすいメッセージとすること。  必要に応じて、登録・変更・削除等の操作を行う場合には、確認画面等で表示し、利用者の注意を促すこと。 処理時間がかかる操作では、処理中であることが分かるようにすること。17メッセージ出力(次の操作) 指示メッセージは、次操作が具体的にイメージできるようなメッセージ出力を行うこと。18 エラーの防止と処理  利用者が操作や入力を間違えないデザインや案内を提供すること。19エラーの防止と処理(エラー防止) 利用者の誤操作を想定し、入力チェック機能によりエラーを防止すること。 入力値が選択できる場合には、プルダウンメニュー等を活用し、極力キーボード入力操作をなくすこと。20エラーの防止と処理(エラーメッセージ) エラーメッセージは、その内容が分かりやすく表示されるとともに、利用者が何をすればよいかを示すこと。21エラーの防止と処理(エラー表示と解決策) 入力内容の形式に問題がある項目については、利用者がその都度該当項目を容易に見つけることができるようにすること。 エラーが発生した時は、利用者が迷わずに問題解決できるよう、操作の続行に必要な選択肢を利用者が適切に理解できるようわかりやすく提示すること。 入力内容の形式に問題がある項目については、それを強調表示する等、利用者がその都度その該当項目を容易に見つけられるようにすること。22エラーの防止と処理(確認画面) 必要に応じて、登録、更新、削除等の処理の前に確認画面を用意し、利用者が行った操作や入力のやり直し、取り消しがその都度できるようにすること。 重要な処理については、事前に注意喚起し、利用者の確認を促すこと。23エラーの防止と処理(画面遷移) 入出力の過誤があった場合、次の画面へ遷移しないこと。24エラーの防止と処理(情報保持) タブレット端末等、屋外での使用を考慮し、電波受信状況の悪い場所においても操作不能とならないよう可能な限り工夫すること。25 ヘルプ 利用者が必要とする際に、ヘルプ情報やマニュアル等を容易に参照できるようにする。 ヘルプ情報やマニュアル等についても、利用者が必要な情報を容易に検索できるようにすること。 利用者が用いる操作手順書等は現行システムの資料を刷新すること。 利用者の操作が影響するシステムの処理条件や処理結果、その仕組みが利用者にも分かるようにすること。 利用者向けの操作手順書等の作成は、設計等の早い段階から利用者の視点を考慮し、NIESと協議の上、進めること。26デザイナーによるUI/UX検討 本システムで開発するスマホアプリの UI/UX検討に当たっては、利用者の利用動機に着目し、サービスデザインの観点から検討を行うこと。 UI/UX検討に当たっては、UI/UXデザイナーを体制に組み入れること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書17No. ユーザビリティ分類 ユーザビリティ要件27画面遷移、操作ログ等の分析 運用・保守工程において継続的に UI/UX の改善を検討できるよう、利用者の画面遷移、操作ログ等を分析できる仕組みを整備すること。28 言語対応  本システムでは、日本語のみを想定している。(3) アクセシビリティ要件アクセシビリティに関する要件を「表9 アクセシビリティ要件」に示す。表9 アクセシビリティ要件No. アクセシビリティ分類 アクセシビリティ要件1 基準等への準拠 JIS X 8341-3:2016「高齢者・障害者等配慮設計指針－情報通信における機器，ソフトウェア及びサービス－第3部：Webコンテンツ」の適合レベルAAに準拠することを目標とする。また、レベルAAAのうち、以下の達成基準についても可能な範囲で適用すること。 2.1.3 キーボード(例外なし)の達成基準 2.3.2 3回のせん(閃)光の達成基準 2.4.8 現在位置の達成基準 3.2.5 要求による状況の変化の達成基準 注記：本仕様書における「準拠」という表記は、情報通信アクセス協議会Webアクセシビリティ基盤委員会「Webコンテンツの JIS X 8341-3:2016 対応度表記ガイドライン(令和3年4月版)」で定められた表記による。 また、Webポータルサブシステム・Web質問票サブシステムにおいては「WebContent Accessibility Guidelines (WCAG) 2.1」で追加された達成基準についても、可能な範囲で適用すること。 1.3.4 表示の向き(レベルAA) 2.5.1 ポインタのジェスチャ(レベルA) 2.5.2 ポインタのキャンセル(レベルA) 2.5.4 動きによる起動(レベルA) 4.1.3 ステータスメッセージ(レベルAA) デジタル庁が整備する「ウェブアクセシビリティ導入ガイドブック(2025年10月16日版)」を参考にすること。2指示や状態の分かりやすさ 色の違いを識別しにくい利用者(視覚障がいの方等)を考慮し、利用者への情報伝達や操作指示を促す手段はメッセージを表示する等とし、可能な限り色のみで判断するようなものは用いないこと。ただし、業務の利用用途から、画面色での振り分けを行うことを予定していることから、適用範囲及び配色についてはNIESと協議し、決定すること。 Webブラウザ等の音声読み上げ機能を活用し、視覚障がいの方でも問題なく利用可能なUI とすること。3 マルチデバイス対応 解像度の低い機種、画面サイズの小さい機種でも、業務継続が可能なUI とすること。 OSの設定でフォントサイズ・表示サイズをそれぞれ最大とした場合でも、業務継続が可能なUI とすること。 スタイルシートを利用しないユーザーと利用するユーザーにおいて得られる情報に差(表示されない文字や画像がある等)がないこと。レイアウトにおいても大きな差がないことが望ましい。4デザインシステムの作成 UIコンポーネントライブラリを整備し、ボタン、フォーム要素、ナビゲーション、モーダル等の基本的なUIパーツについて、統一されたデザインルール及び実装方法を定義すること。各コンポーネントは再利用可能な形で作成し、システム全体での一貫性を担保すること。 カラーパレット、タイポグラフィ、アイコン、余白設定等のデザイントークンを体系化し、ブランドアイデンティティ及びアクセシビリティ要件に適合した統一的なビジュアルデザインガイドラインを策定することが望ましい。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書18No. アクセシビリティ分類 アクセシビリティ要件 デザインシステムの利用方法、各コンポーネントの仕様及び実装例を記載したドキュメントを作成することを推奨する。 デザインシステムは、システムの機能追加・変更に応じて継続的に更新・拡張が可能な構造とすること。 また、バージョン管理を適切に行い、変更履歴を管理すること。システム方式に関する事項(1) システム方式についての全体方針システム方式についての全体方針を「表10 システム方式についての全体方針」に示す。本システムはクラウドネイティブの構成として、「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針(以下「クラウド方針」という。)」に準拠し、クラウドサービスの提供機能を最大限活用するようデザインされたアーキテクチャとすること。また、長期運用を想定し、参加者の個人情報管理・同意書管理・同意撤回管理等をモジュール化することで、クラウド環境の変化にも柔軟に対応できる構成とし、将来的な移行や拡張を容易にすること。特に、信頼性、拡張性(スケーラビリティ)、継続性等の向上に寄与するクラウドサービスと構成を選定し、システム全体としての安定稼働と効率的な運用を両立させること。上記の全体方針を踏まえ、最適なシステム方式を提案すること。表10 システム方式についての全体方針No. 観点 全体方針1 システムアーキテクチャ 本システムのシステムアーキテクチャはクラウドサービス上に用意されるWeb アプリケーションで構成する。Web アプリケーションは利用者の端末に追加的なソフトウェアのインストール等を行うことなく、一般に利用されている Web ブラウザで処理を行うものとする。 本システムや業務機能等の特性を十分に検討し、クラウドサービスプロバイダが提供するリファレンスアーキテクチャに準拠した形でPaaS、SaaS、IaaS等の最適なサービスを採用し、システムを構築する。ただし、1つの情報システムを複数のクラウドサービス(IaaS/PaaS)上で構成する「マルチクラウド」は、構成を複雑にして費用が増大する傾向にあることから避けるべきである。 クラウドサービスプロバイダが提供するマネージドサービスを最大限活用することを基本とし、アプリケーションプログラムの作り込みを削減できる設計とする。特にデータベース、認証、セキュリティ機能や運用管理機能はクラウドサービスが提供する機能を最大限活用すること。 クラウドサービスが責任共有モデルとして提供されている前提を踏まえ、クラウドサービスを利用するに当たって必要となる考慮事項について検討を行い、安全かつ効率的にシステムを構築する。 予防的統制と発見的統制を実施すること。また、クラウドサービスを利用するために作成する各種アカウントについては、ガバナンスやセキュリティに係るポリシーを設定の上で、権限管理を確実に行うこと。アカウント認証については、多要素認証を必須とすること。多要素認証についてはメール以外の方式も踏まえて検討すること。 リソース使用量の変動等に柔軟に対応するとともに、コスト削減を図るため、民間クラウドサービスの利用を原則とする。 全体構成及び利用するクラウドサービスについては、請負者において移行、引き継ぎ、確実なサービス提供等について問題が生じないことをクラウドサービスプロバイダに応札前に確認し、本調達の要件を踏まえ、確認結果と合わせて適切なものを提案する。2アプリケーションプログラムの設計方針 マイクロサービスアーキテクチャ、API、クラウドネイティブ、クラウドサービスのマネージドサービスのみによる構成等、モダン技術を前提として構築する。 クライアントサーバ方式、専用端末のシンクライアント(VDI)等の旧来技術は、高コスト化の要因となるため採用しないこと。 原則としてバッチ処理を採用せず、リアルタイム処理を基本とすること。バッチ処エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書19No. 観点 全体方針理が必要となる場合は、その理由について NIES の承認を得た上で採用すること。 情報システムを構成する各コンポーネント(ソフトウェアの機能を特定単位で分割したまとまり)間の疎結合、再利用性の確保を基本とする。 システムが取り扱うデータの保管・管理に際して、データの容量、更新頻度、保存期間等を考慮し最適なストレージサービスを選定の上、利用する。またデータの保管・管理方針が変更となった際に、ストレージサービス間でのデータの移行が容易となるよう設計上考慮する。3 ソフトウェア製品の活用方針 SaaS については、開発量削減の観点から幅広く優先的に、その利用を検討すること。ただし、ISMAP 対応されているか、ニーズにマッチしているか、開発量削減に貢献するか、セキュリティ対策は十分か、費用対効果は十分に得られるか等を慎重に考慮すること。 ソフトウェア製品については、広く市場に流通し、利用実績を十分に有するものを活用する。 アプリケーションプログラムの動作、性能等に支障を来たさない範囲において、可能な限りオープンソースソフトウェア(OSS)製品(ソースコードが無償で公開され、改良や再配布を行うことが誰に対しても許可されているソフトウェア製品)の活用を図る。ただし、それらのOSS製品のサポートが確実に継続されていることを確認しなければならない。 ノンプログラミングによる画面生成等プロトタイピング用のツール等を利用することにより、システムライフサイクルコストの削減等が見込める場合には、積極的に採用を検討する。 「政府機関等の対策基準策定のためのガイドライン(令和 5 年度版)の一部改定(令和 6 年 7 月)」を踏まえて、ソフトウェア製品の部品表としてのSBOM(Software Bill of Materials)を示すこと。(2) クラウドサービスの選定、利用に関する要件ア セキュリティ確保のため、本システムで用いるクラウドサービスは、原則として ISMAPクラウドサービスリストまたは ISMAP-LIUクラウドサービスリストに登録されているクラウドサービスを選定すること。なお、例外的にISMAPクラウドサービスリスト、または ISMAP-LIUクラウドサービスリストに登録されていないクラウドサービスを選定する場合は、請負者の責任において、当該クラウドサービスが「ISMAP管理基準」の管理策基準における統制目標(3桁の番号で表現される項目)及び末尾にBが付された詳細管理策(4桁の番号で表現される項目)と同等以上のセキュリティ水準を確保しているものを選定しNIESの承認を得ること。 イ 要機密情報を取り扱うクラウドサービスの選定、利用に関しては、「政府機関等のサイバーセキュリティ対策のための統一基準(令和5年度版)」の「4.2.1 クラウドサービスの選定(要機密情報を取り扱う場合)」「4.2.2 クラウドサービスの利用(要機密情報を取り扱う場合)」の内容を遵守すること。ウ 情報資産を管理するデータセンターの設置場所に関しては、国内であることを基本とする。設置場所の考え方についてはクラウド方針を参照すること。エ 契約の解釈が日本法に基づくものであること。オ クラウドサービスの利用契約に関連して生じる一切の紛争は、日本の地方裁判所を専属的合意管轄裁判所とするものであること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書20カ NIESの指示によらない限り、一切の情報資産について日本国外への持ち出しを行わないこと。情報資産を国外のデータセンターに保管する際の考え方についてはクラウド方針を参照すること。なお、利用者がアクセス可能な部分を除き、国外から情報資産へアクセスする場合も日本国外への持ち出しに該当する。キ 障害発生時に縮退運転を行う際にも、情報資産が日本国外のデータセンターに移管されないこと。ク 情報資産の所有権がクラウドサービス事業者に移管されるものではないこと。従って、NIESが要求する任意の時点で情報資産を他の環境に移管させることができること。ケ SaaSサービスの選定に関する参考事項 SaaSベースで構築することを前提に検討し、SaaSでは要件を満たさない場合は、PaaS、IaaS等を選択すること。なお、本調達で構築するシステムでは、比較的短期間での機能の追加が求められることが想定されることから、簡易な操作で機能の追加が可能であること。 今後、利用者の拡大が見込まれることから、今後の発行アカウント数の拡大時の安定稼働や運用費用の抑制等の観点から、本調達の趣旨に適したクラウドサービスを利用すること。なお、拡大時のアカウント数の上限も1.2.(1)「表 2 本システムの利用者数(想定)」に示す利用者数の範囲を想定する。コ クラウドサービスの可用性を保証するための十分な冗長性、障害時の円滑な切替え等の対策が講じられていること。サ クラウドサービス上で取り扱う情報について、機密性及び完全性を確保するためのアクセス制御、暗号化及び暗号鍵の保護並びに管理を確実に行うこと。シ クラウドサービスに係るアクセスログ等の証跡を保存し、NIESからの要求があった場合は提供すること。ス インターネット回線を通じたセキュリティ侵害を防ぐため、インターネット回線とクラウド基盤との接続点の通信を監視すること。セ クラウドサービスの提供に関する次のいずれかの認証を取得していること。 ISO/IEC27017:2015 CSマーク(特定非営利活動法人日本セキュリティ監査協会(JASA)のクラウドセキュリティ推進協議会が定めるもの)(3) 開発方式ア 開発に当たっては、継続的インテグレーション・継続的デリバリー(以下「CI/CD」という。)を可能とし、必要な要素(開発環境、検証環境等)一式を用意すること。イ 統合開発環境(エディタ、コンパイラ、デバッガ等プログラミング支援機能を含む)等は、請負者が用意すること。また、リポジトリ管理・プロジェクト管理の効率化やソースコード品質向上を目的としたプロジェクト関係者間のコラボレーション促進機能等の提案も許容する。ウ これらの開発環境については次期事業者に引き継ぐことを想定し、可能な限りクラウド提供のCI/CDパイプラインもしくはマネージドサービス等と連携してクラウド環境に構築すること。なお、開発ツール等のエコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書21組合せで実現した場合には、次期事業者が該当ライセンス等を用意した上でそれらを引き継ぐことが可能であること。エ UI設計はUI設計専用のアプリケーションを利用することを基本とし、設計変更や新規作成があった場合には随時リンク共有(共有リンク)やコメント機能(フィードバック機能)等を活用して共有すること。オ API設計にはOpen API設計用のツールの利用を検討すること。(4) 機器等の設置方針各拠点に設置するクライアント機器については「3.3. システム規模に関する事項(6)機器数及び設置場所」を参照すること。(5) その他システム方式に係るその他の要件を以下に示す。ア 事前調査結果を踏まえ、本システムを設計・開発すること。なお、事前調査結果については、本調達時点の検討状況を閲覧資料として提供する予定である。イ 本システムは短期間での機能追加・改善を行うことが想定されており、できるだけ簡潔なアーキテクチャかつ簡易な構成とすること。システム規模に関する事項本システムの規模要件を以下に示す。また、本システムの規模に関する業務要件は、「1.2 業務の規模」を参照のこと。(1) 規模に関する前提条件本システムはクラウドサービスを利用して運用するため、以下の取り組みを行うこと。ア 運用期間中において利用予定範囲を超過することがないよう、システムの縮退を検討するために必要となる情報収集等の仕組み(クラウドサービスの課金状況やリソースの利用量の監視、一定の閾値を超えた場合のアラート処理等)を設けること。定量的に計測したデータについては、ダッシュボード等による状況の可視化を行うこと。また、リソース利用状況に基づいたリソース見直しを行う点に留意し、情報収集の仕組みについても修正可能とすること。なお、SaaS利用の場合などリソース利用状況によりコストへの変動やサービスレベルへの影響がない場合は必須ではない。イ クラウドサービスのマネージドサービスを効果的に活用すること。原則としてサーバレスの構成を取ることとするが、インスタンスを利用してサーバを立てる場合は、サーバのスペック等を適切な範囲に調整してコスト削減を継続的に図ること。(オートスケールを利用する場合の変更条件・上下限値等を含む。)ウ リソース確保の方式(リザーブドインスタンス、スポットインスタンス等)についても検討すること。エ 第2コホートの改修が今後予定されていることを踏まえ、将来の参加者数増加や機能追加に伴うシステム規模変化に柔軟に対応できるアーキテクチャを採用すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書22(2) データ量本システムにおいて現時点で想定される 2032 年度末運用終了時点のデータ量を参考として「表 11 データ量」に示す。 表11 データ量No. 項目 データ種類 データ量 補足1参加者関係データ(アカウント)データベース約1.5GBパイロット調査＋本体調査2調査データ(アーカイブデータ)データベース約100GB 現行のデータ管理システムで収集した調査データ3Web質問票回答データデータベース約40GBパイロット調査＋本体調査4 対面調査データデータベース 2025年6月時点で調査未実施5 生体検査データデータベース 約0.2GBパイロット調査＋本体調査6エコチル調査結果データ(結果返却用)PDFファイル約70GBパイロット調査7 添付ファイルPDFファイル 約3500GBパイロット調査＋本体調査8システムから出力されるcsv ファイルCSVファイル 約50GBパイロット調査＋本体調査9 ファイル ファイル形式 約2600GB10Webシステムコンテンツデータベース 約1GBパイロット調査＋本体調査※各データ量は、拡張が可能なサービスの利用を前提とすること。具体的なデータ量の想定は、開発開始後の要件定義時に行う。※バッチ処理を行う業務については、「別紙8 バッチ機能一覧」を参照すること。※現時点のデータ量を基に、対象人数から2032年度末運用終了時点のデータ量を算出。(3) 処理件数本システムで想定される処理件数の参考として、現行の参加者ポータルシステムの処理件数を「表 12 処理件数」に記載する。その他、設計する上で必要となる処理件数は、参加者人数を考慮すること。また、ピーク時の業務処理件数に対応できるリソースを、常時求める必要はないため、システムの繁忙期を踏まえて考慮すること。表12 処理件数No. 項目 処理件数 補足1 Web質問票回答データ子：250件×20件／年親：250件×10件／年子：100,000件×15件／年親：100,000件×10件／年パイロット調査本体調査2 対面検査結果子：250件×1回／2年親：250件×1回／2年子：100,000件×1回／2年親：100,000件×1回／2年パイロット調査本体調査3 生体試料検査結果 子：250件×1回／3年 パイロット調査エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書23子：100,000件×1回／3年 本体調査※新規リクルート分を考慮する点は前提条件(4) 利用者数本システムで想定される利用者数を「表13 利用者数」に示す。表13 利用者数No. 利用者区分 利用者数1 コアセンター 約20アカウント2 ユニットセンター・メディカルサポートセンター・関連委員会メンバー 約450アカウント3 参加者 約20万アカウント本システムの想定利用者数及び「3.4性能に関する事項」で求める性能目標を考慮の上、必要スペックのサイジングを行うこと。(5) 保管データ量・保管期間本システムに保管するデータ量やデータの保管期間については、要件の整理の中で調査を行い、NIES と協議の上、決定すること。(6) 機器数及び設置場所本システムはクラウドサービスの利用を前提とする。本システムにおいてユニットセンター等で使用する機器の台数及び設置場所について「別紙 23 機器台数一覧」に示す。なお、設置場所の所在地については以下 Webサイトに記載の各ユニットセンターHPを参照。https://www.env.go.jp/chemi/ceh/about/area.html現在、エコチル調査基本計画の改定が予定されており、ユニットセンター等の体制が大きく変更される可能性があるため、本システムにおけるクライアント環境は本業務の調達時点から変更となる可能性がある。また、ユニットセンター等クライアント環境の機器の入れ替えについては、現行システムから本システムへの切り替えと同じタイミングとし、2028年3月下旬頃を想定している。よって、本業務の調達時点以降、ユニットセンター等クライアント環境で使用する機器の台数及び設置場所に変更が生じる可能性について 2027 年には確定するよう NIES と協議し、変更が生じる場合には契約変更の手続き等にて導入することとする。なお、本システムの開発及びテストで使用する機器とは、その用途から、ユニットセンター等クライアント環境で使用する機器と同等のものを想定している。全て同型の機種を指定するものではないが、その用途と納入時期の差を考慮して支障のない機器を選定すること。(7) ネットワークケーブルの新規敷設及び回収本システムで必要となるネットワークケーブルの敷設を行うこと。なお、具体的な敷設本数及び敷設場所については、「(6) 機器数及び設置場所」を踏まえて今後決定予定である。敷設作業については、各機器を設置するまでに完了させることとし、不要となった既設ネットワークケーブルについては NIES または各拠点が指定する場所へ回収すること。その際に必要な調整については現行システム関係者及びユニットセンター等各拠点と調整の上で実施すること。敷設作業は拠点内ネットワーク接続口、ルータ、スイッチ、端末、プリンターの間の同室内の床上敷設を想定とする。なお、ネットワークケーブル敷設及び回収において、ケーブルの損傷等を防止するための整線までは行うものとし、工事作業は実施不要である。ただし、工事の実施が望ましいと確認できた場合は、エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書24その旨をコアセンターへ報告すること。(8) 納入時期機器の納入時期については、本システムの開発及びテストに必要なものを先行して導入すること。ユニットセンター等クライアント環境で使用する機器の納入時期については、2028 年３月下旬頃の入れ替え予定として、2027年度中にNIESと調整すること。性能に関する事項本システムの性能要件を以下に示す。下記の性能要件を踏まえて、本システムの業務処理の特徴を考慮し、業務処理のピーク時においてもレスポンスの低下等を招かないように、十分な処理性能を確保すること。また、本システムで使用する機器の性能については、以下を参考に導入すること。導入する機器については、認証機能等をはじめ本システムを構成する一部としてセキュリティ等の要件を満たすものであり、そのための機器における設定も当然ながら含むものである。それらの設定も含め、導入する機器について、本業務の調達時に提案すること。 また、検証環境のサーバについては、業務で利用しない場合はサーバを停止する運用を実施し、コスト適正化を図ること。(4) ソフトウェア構成本システムの構築に当たっては、可能な限りクラウドサービス提供のサービスを活用すること。また、いずれのソフトウェアについても、原則として最新バージョンを適用する。また、端末に導入するソフトウェアについては、「3.3 システム規模に関する事項(6)機器数及び設置場所」及び「3.4 性能に関する事項(1)性能を考慮する対象 エ端末」に示す。なお、導入するソフトウェアについては、SBOM(Software Bill of Materials：ソフトウェア部品表)の作成、提供等を行うこと。ソフトウェアの持ち込みが必要な場合においては、特定のソフトウェアへの依存により将来的なシステムの拡張エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書35及び更新や事業者間での引継ぎが妨げられることがないよう十分に配慮すること。(5) ネットワーク構成ネットワーク構成は「(1)システム構成」を参照すること。本システムのネットワーク構成については本システムの設計・開発時に決定する。以下の点に留意すること。ア 連携先システムとのネットワークについては、VPN等の秘匿化されたネットワークで接続し、外部からの侵入を物理的に防ぐこと。イ 敷設する回線で本システムに固有のグローバル IPを要する場合、適切なグローバルIP アドレス数を同時に用意すること。ウ クラウド上に論理的に隔離された仮想閉域ネットワークを構築すること。表20 ネットワーク構成No. 回線種別 ネットワーク要件1 インターネット回線(VPNサービス)インターネット回線を用いたVPNサービスとする。インターネットとの直接のインバウンド／アウトバウンドの接続は禁止する。2 インターネット回線一般のインターネット回線。グローバルIPを保有し、用途ごとにFQDNを設定できること。(6) 施設・設備要件本システムの施設・設備要件を「表21 施設・設備要件」に示す。表21 施設・設備要件No. 施設名 施設形態 施設・設備要件1 クラウドサービス クラウドISO/IEC27018「クラウドサービスプロバイダによる個人情報の取り扱いに関する規定」、総務省の「クラウドサービス事業者が医療情報を取り扱う際の安全管理に関するガイドライン」に準拠していること。契約の準拠法は日本の法律であること。また、管轄裁判所を日本国内の裁判所とすること。適用するサービスについて、SLAを締結できること。2 ヘルプデスク拠点 プロジェクトルームヘルプデスクを行う場所については、セキュリティ上鍵のかかる、監視カメラ設置の閉ざされた部屋で運営し、関係者以外の入室管理を実施すること。(7) 利用端末の要件本システムの運用開始時点で動作保証の対象とする PC・スマートフォン・OS・ブラウザの考え方について、以下に示す。ア 本システムの運用開始時点で動作保証の対象とするPC・スマートフォン・OSの機種やバージョンを「表22 動作保証対象とする利用端末」に示す。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書36表22 動作保証対象とする利用端末No. 端末 OS バージョン 備考1 PC Windows 11以降※スタッフ利用環境として2 PC MacOS/WindowsMacOS15以降Windows11以降※参加者の利用環境として3 スマートフォン Android/iOS Android11以降又はiOS13以降※参加者の利用環境としてイ Webポータルサブシステムにおいて本調達運用開始時点で動作保証の対象とするブラウザは以下とする。 PC(MacOS/Windows)の場合：Microsoft Edge/Google Chrome Android/iOSの場合：Google Chromeの最新バージョンデータマネジメントに関する事項本システムのライフサイクル全般を通じて、保有するデータ品質の維持・向上やデータの適正な利活用等を実現するため、以下に示す要件を踏まえ本システムのデータマネジメントを実施すること。(1) データ管理体制の明確化システムで扱うデータの種別ごとに管理主体(管理する組織、担当者等)や役割の設定を NIES と共に行い、データ毎の管理責任を明確化すること。(2) データの標準化データの相互運用性を高めるため、以下の点に留意すること。ア マスターデータは、広範囲に共通利用できるデータから選定すること。マスターデータを独自に作成する場合は、関連する分野でも共通利用できるように設計上の配慮を行うこと。イ コード値については、国際標準、業界標準など、広範囲に共通利用されているものを採用すること。コード値の標準化については、「コード(分類体系)導入実践ガイドブック」(デジタル社会推進標準ガイドラインDS-463-1)を参考とすること。ウ 本システムだけでなく、関連分野全体でのデータ流通を促進するという大局的な視点も踏まえて、ステークホルダーとの連携、調整をNIESと共に行うこと。(3) データに関するドキュメントの一元的管理本システムの運用・保守にあたってデータに関する一元的管理が行えるように、データに関する各種設計書等のドキュメントを内容的に独立した構成とすること。(4) データに関する運用情報の管理システム障害等が発生した際に迅速な原因分析が行えるように、データに関するログ機能を充実させること。また、サービス・業務の運営状況に関する指標や本システムの利用状況等のデータを適時に把握できる機能を組み込み、取得したデータに基づいて本システムの継続的な改善を行うとともに、サービス・業務改革(BPR)が行えるようにすること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書37(5) データの機密性定義に応じた設計データの機密性に応じたセキュリティを確保するため、データ配置やアクセス管理方法について設計段階から十分に検討し、実装すること。(6) データ品質の継続的改善データ品質に起因するシステム障害や不具合を防止し、データの利活用を推進するため、データ品質の定期的な棚卸と不備・不具合の改善を行うこと。テストに関する事項本システムのテストに関する要件を「表 23 テスト要件」に示す。なお、品質管理の観点から必要に応じてNIES が指定する専門チームがテストに参加することもあるため、受け入れること。また、テストデータやテストに関連する情報の提供にも協力すること。表23 テスト要件No. 分類 要件1テスト工程の定義 本システムでは調達仕様書に記載のとおり、以下のテストを実施すること。(1) 単体テスト(2) 結合テスト(3) 総合テスト(4) 受入テスト2 テスト環境 本番環境に加え、テストを実施するための環境(開発環境・検証環境等)を整備すること。  テスト環境については、連携先機関と接続して行う外部連動テストが実施可能な環境として整備するほか、同時並行的な開発に対応できるように複数のテスト環境を整備すること。 開発スケジュールを踏まえ、効率化を考え、各環境を流用する等検討すること。3テスト計画書 各テスト工程の開始時に、以下の内容を定義したテスト計画書を作成し、NIES の承認を得ること。 テスト体制 テスト環境 作業内容 作業スケジュール テストシナリオの概要 テスト結果に係る定性・定量評価の方法(テスト密度、バグ検出密度等) 合否判定基準 請負者は、本業務を実施する各過程においてテスト計画書の内容に変更が生じる場合、変更箇所及び内容についてNIESの承認を得ることを条件として、テスト計画書を適切に更新すること。 情報セキュリティの観点から必要なテストがある場合には、テスト項目及びテスト方法を定め、これに基づいてテストを実施し、その実施記録を保存すること。 請負者は、テストに係る管理要領を共通化し、各テスト工程において、原則として同一の管理要領を適用するようにすること。各テスト工程に応じて部分的に異なる管理要領の適用を必要とする場合は、その適用差分のみ「テスト計画書」に記載すること。 機能一覧を基準として欠陥の相対的な発生確率と欠陥顕在化時の相対的な影響度について、それぞれ高・中・低の3段階で評価することにより、本システムの品質リスクを分析し、その結果を踏まえてテストケースの数や質に変化をつけるリスク・ベース・テストを適用すること。4テスト仕様書 本システムの各テスト工程の開始前に、テストシナリオ、テスト項目等を記載したテスト仕様書を作成すること。 各テスト工程のテスト項目は、設計書等の記述内容を網羅的に確認できるよう作成すること。 各テスト工程に応じたテスト技法を適用すること。 テスト項目は、品質を確保するために十分なテスト項目を定義すること。また、テスト計画の策定時に定めた定性・定量評価方法を満たすよう作成すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書38No. 分類 要件 請負者においてレビューを徹底し、上記要件を満たしたテスト仕様書となっているかを確認すること。5 テストの実施 作成したテスト項目に基づきテストを実施すること。 テストを実施する際は証跡を取得すること。証跡の納品対象については別途NIES と協議の上決定すること。 請負者は証跡等に代表されるテストの成果物のレビューを徹底し、テスト項目に基づきテストを実施しているか確認する。想定外のテスト結果となった場合は、システムの欠陥であるか、想定結果が誤りであるか等、原因を明らかにした上で必要な対応を行うこと。 欠陥を検知した場合は、その原因を明らかにした上で、原因を解消すること。 検知した欠陥について修正を行った場合は、修正対象機能について回帰テストを実施すること。 NIES において、再テストが必要と判断した場合、請負者は再テストの計画を作成し、NIES の承認を得た上で、定められた期限内に再テストを実施すること。また、類似バグを抽出するため、必要に応じて強化テストを実施すること。6 テストデータ 総合テスト及び受入テストにおいて実データを使用する必要がある場合は、実データの取得申請を条件として、実データの使用を許可する。なお、疑似データの作成に当たり、実データの匿名化、符号化等を行う場合は請負者の作業とする。 取得した実データは、適切に保管・管理すること。 受入テストにおいて作成したテストデータは、システム切替え実施前までに、検証環境等のデータも含め削除すること。 機密性の高いデータ項目や個人情報に係るデータ項目は、マスキングした上で使用すること。7対応状況の報告 テストの進捗としては、テスト実施済項目数や信頼度成長曲線等の定量的なメトリクスの推移を示すことにより、テスト進捗状況、不具合検出状況及び不具合対応状況を報告すること。 請負者は、NIESからのテストの進捗状況や品質等に対する指摘に対し確実に修正すること。 結合テスト・総合テストでの報告書には、ソースコードメトリクスを取得し、テスト結果及び品質指標とともに、NIESに報告すること。 請負者は、各テスト工程に応じたテスト計画内容について NIES に説明し、各テスト工程における最初のテスト開始予定日の遅くとも1週間前までにNIESの承認を得ること。8テスト完了報告書 各テスト工程の完了に当たっては、テスト結果報告書を作成し、NIES の承認を得ること。また、完了に当たっては以下をすべて満たすこと。 すべてのテスト項目が完了していること。 テスト結果について、定性評価及び定量評価(テスト密度、バグ検出密度等)により評価を行うこと。 テストで発生したすべての障害が、当該テスト工程内で解消されていること。 外的要因等により次工程への申し送り事項が発生した場合は、対応方針、対応時期等を明確にした上で、NIESの承認を得ること。9テストの自動化 各テスト項目のうち、反復的にテストを実施するものについては、自動化することを原則とする。そのために、必要となるテストツールについては、新規に作成するか、既存のツールを活用すること。 UIのテスト、受入テスト等、テストの自動化に馴染まないものについては、自動化対象外とする。ただし、自動化対象外とすることについて、NIESの承認を得ること。10将来時点の仕様変更 OSS を適用する部分を除き、将来時点の仕様変更への対応を柔軟にする観点から、テスト駆動開発、ソースコードに対する静的解析及びリファクタリングにより、クラスや関数構造をシンプルに保つこと。11構築時の脆弱性対策 ネガティブテスト、ファジング、フォルト・インジェクション等の障害注入テスト手法を活用し、エラー処理や例外処理に係る脆弱性に対処すること。 品質保証、フォレンジック及びインシデント・レスポンスの観点から、問題原因を把握するために必要な例外情報をログに出力するようにすること。 設計・開発段階の早期からセキュリティを検証すること。12データ統合・移行テスト 現行のデータ管理システムおよび参加者ポータルシステムの DB を、本システム環境へ移行する際、移行対象データの完全性・整合性を確認するためのテストを実施すること。 また、統合テーブルへのデータロード時に、データ統合およびクレンジング処理が仕様どおりに適用されることを確認する。 データ移行ツールやバッチ処理について以下の点を検証すること。 現行システムの DB のテーブルが正しく移行され、予期せぬデータの欠損や不整合が発生しエコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書39No. 分類 要件ていないこと。 統合テーブルへのデータロード時に、統合ルール(マッピングルール)およびクレンジングルールが仕様どおりに適用されていること。 レコード件数や属性値が移行前後で適切に一致していること(統合・クレンジング後のデータ件数も含め検証)。 移行後のデータに対して、アプリケーション機能の整合性テストを行い、データが想定どおりに利用できることを確認すること。 検索機能：移行後のデータが正しく検索結果に反映されること。 登録・更新機能：移行後のデータが、本システム上で問題なく編集・更新できること。 参照機能：移行後のデータが想定どおりに表示・取得されること。 万一の移行エラー発生時に、リカバリー手順を適切に実施できることをテストで検証すること。 データ移行の失敗時、ロールバック手順を確認し、移行前の状態に戻せること。 移行後の統合処理(統合テーブルへのデータロード)が仕様どおりに適用されていることを検証し、また、クレンジングスクリプトが仕様どおり適用され、データ品質が維持されていることを確認すること。 データ移行作業の進捗や検証結果は、「移行テスト計画書」および「移行テスト結果報告書」としてまとめ、NIESの承認を得ること。 統合テーブルへのデータ反映結果(統合ルール・クレンジングルールの適用結果)を記録し、仕様どおりのデータ整合性が保たれていることを報告すること。(1) 単体テスト単体テストは、本システムにおける最小の実装構成要素(関数、メソッド等)に着目し、ソースコードの確からしさを確認することを目的とするコードベースの単体テストと、UIを含む単機能のテストにより構成する。現時点で想定する単体テストの要件を以下に示す。ア 本システムにおける最小の実装構成要素の動作を検証するために必要となるテストコードを作成し、コードベースの単体テストを実行すること。また、テストコードは、テスト対象とする実装構成要素に関するソースコードを記述する前に記述するようにすること。イ 単体テストの結果は、必要に応じて数値的指標等(ステップ数当たりの試験項目数、試験消化率等)をもって報告すること。以下に示す事項については、あらかじめNIESに提示すること。 単体テストのスケジュール テスト環境(テストを実施するハードウェア、ソフトウェアの構成、テストツール等)の概要 合否判定基準等ウ 単体テスト実施時は、テスト結果を検証するための証跡を採取すること。エ 単体テストは、原則として開発環境において実施すること。(2) 結合テスト結合テストは、本システムの構成要素(アプリケーション機能、ソフトウェア、ハードウェア等)に着目し、各要素の連動又は協調動作に関する設計の欠陥を検出することを目的として行う。現時点で想定する結合テストの要件を「表24 結合テストの主なテスト観点」に示す。ア 結合テストの観点として以下を想定する。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書40表24 結合テストの主なテスト観点No. テスト種別 概要1 システム基盤テスト構築した本番環境及び検証環境の確認を行う。現時点で想定するシステム基盤テストの要件を以下に示す。 環境設計において作成したリソース定義コードを実行し、サービスのインフラストラクチャを構成する環境及び仮想資源を構築すること。 構築した環境及び仮想資源が正しく動作するか、動作確認テストを実施すること。 クラウドサービスが提供するツールによって実行可能なテストコードを作成すること。 動作確認テストの結果、何らかの異常またはエラーを確認した場合、実行したリソース定義コードに原因が作り込まれていないか、必要な見直しを行うこと。 問題修正後、該当する環境または仮想資源について、再構築と動作テストを再度実施すること。2 外部連携テスト外部システムとの連携部分の確認を行うため、以下を実施する。 疎通テスト：本システムと外部連携システム間で必要な通信の疎通が通ることを確認する。 異常系テスト：想定しうるエラーを発生させ、エラーメッセージ等の確認をする。また必要な対処を行うように修正する。 バリエーションテスト：インタフェースによる動作と必要なバリエーションの確認を行う。 運用観点テスト：正常時、異常時の運用に関する動作を確認する。異常時の対応として、エラーメッセージやログ等を基に、運用事業者が運用業務を行えることを確認する。イ テスト対象機能について同値分析、境界値分析、原因結果分析を行い、その結果を踏まえてテストケース、テスト項目を設定し、アプリケーション機能相互間の接合に不具合が無いことを検証すること。ウ 本システムに備えるユーザーインタフェースについて、仕様どおりに操作可能か、誤った操作をした場合も適切なエラーメッセージが表示されるか等の操作確認を行うこと。エ アプリケーションコンポーネントが備えるAPI に対して境界値テストを行い、境界及び状態遷移を網羅すること。オ 結合テストに用いるテストデータには、テストケース、テスト項目を踏まえた疑似データを作成して使用すること。カ 結合テスト実施時は、テスト結果を検証するための証跡を採取すること。キ 結合テストは、原則として開発環境または検証環境において実施すること。(3) 総合テスト総合テストは、機能仕様及びアーキテクチャに由来する欠陥を検出することを目的として行う。現時点で想定する総合テストの要件を以下に示す。ア 総合テストの観点として「表25 総合テストの主なテスト観点」を想定する。表25 総合テストの主なテスト観点No. テスト種別 概要1業務運用テスト・ 業務の実施手順や業務で取り扱うデータを基に様々なシナリオ・データのバリエーションを作成し、情報システムを用いて業務、機能を確認すること。・ シナリオ・データには、日常的に実施する業務や日常的に取り扱うデータだけではなく、月次や年次等の特定のタイミングでしか発生しない業務やイレギュラデータも含めること。 エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書41No. テスト種別 概要・ ユーザーの誤操作や予期しない現象を契機としたシステム障害が発生しないことを確認することを目的として異常系のテストケースも含めること。2ユーザビリティ/アクセシビリティテスト利用者にとっての主観的な利用品質を計測する。現時点で想定するユーザビリティ/アクセシビリティテストの要件を以下に示す。 ユーザビリティ/アクセシビリティテストの計画に当たっては、以下の内容を総合テスト計画書に記載すること。 テスト目標 実施場所及び実施時期 具体的なテスト内容 UXメトリクス タスクシナリオの開始基準・終了基準 ユーザビリティ/アクセシビリティテスト実施報告書の構成 本システムを対象としたユーザビリティ/アクセシビリティテストに必要となる実施施設や実施環境は、原則として請負者が手配すること。当該施設を利用するに当たって利用料金が発生する場合、請負者は、当該施設の利用料を本業務に伴う設計・開発に係る経費に含めること。 ユーザビリティ/アクセシビリティテストの実施担当者を請負者において選定することとして差し支えないが、当該実施担当者は、調達仕様書「5.2.作業要員に求める資格等の要件」に示す要件を満たす者であること。 ユーザビリティ/アクセシビリティテストの被験者、人数及び選定方法は、NIESとの協議により定めること。ユーザビリティ/アクセシビリティテストの被験者は、最終ユーザーだけでなく、管理者である職員もテスト対象とすること。 ユーザビリティ/アクセシビリティテストにおいてどのようなユーザー補助手段(マニュアル、ヘルプ等)を用意できるか整理すること。 請負者は、本業務において実施する各ユーザビリティ/アクセシビリティテストについて、客観的な評価を行うため、必要に応じて簡易な映像記録を制作することが望ましい。3性能・拡張性テストユーザー数、データ量、リクエスト数、レスポンス等の性能要件を情報システムが満たしているか検証する。検証に当たっては、現在の想定だけではなく、今後の予想される増加量も含めて確認すること。短時間で情報システムに重い負荷をかけ、情報システムが処理量や長時間稼働等のシステム限界に関する性能や拡張の要件を満たしているか確認すること。クライアントを設置する各拠点からシステムが要求された機能や性能を満たしているか確認すること。参加者が利用することになるスマートフォンのアプリ等において、システムが要求された機能や性能を満たしているか確認すること。4可用性(障害)テスト疑似的に障害を発生させる等の方法により、本システムのコンポーネントに障害が発生した場合に、どの程度許容して安定動作するか検証する。また、システム障害及びエラー発生時の回復機能等が適切に動作することを確認すること。5 完全性テスト疑似的に障害を発生させる等の方法により、本システムのコンポーネントに障害が発生した場合に、データの減失や改変がないことを検証する。また、操作ログやアクセスログ等のシステムログが出力されることを検証すること。6セキュリティテスト不正侵入やWeb特有の攻撃への対策、データベースへの不正アクセス等に対する対策、データの持ち出しに対する対策、マルウェア(ウィルス)対策等のセキュリティ要件を満たしているか脆弱性検査、インシデントレスポンステスト等を実施し確認すること。7運用・保守テスト運用・保守作業全般を通して、運用・保守事業者が円滑に日々の業務を実施できることを確認すること。また、運用・保守における正常時、異常時の運用に関する動作を確認し、特に異常時の対応として、エラーメッセージやログ等を基に、運用・保守事業者が業務を行えることを確認すること。スマートフォンのアプリが配信される公式ストア環境における挙動を確認すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書42イ 総合テストに用いるテストデータには、本番運用を想定した疑似データを作成して使用すること。ウ キーワード駆動テストの適用により、総合テストの効率化を検討すること。エ システム停止に伴うシステムバックアップやシステム停止、リストア、システム起動等については、受託者が主体的に実施すること。オ 総合テスト実施時は、テスト結果を検証するための証跡を採取すること。カ 総合テストは、原則として検証環境または本番環境において実施すること。(4) 受入テスト受入テストは、要件に対するアプリケーションの充足性確認を目的として行い、NIES は構築された情報システムが要件定義書に記載した事項を適切に実現しているか、構築された情報システムを用いて実際のサービス・業務を正しく実施できるかといった観点でテストを実施する。受入テストに用いるテストデータには、可能な限り本番環境に近い複製データを使用する。ただし、受入テストの目的を担保可能であることを条件に、疑似データを使用することも可能とする。請負者は調達仕様書にある通り以下の支援を行うこと。ア 請負者は、NIESが実施する受入テスト計画書作成作業を支援するために、受入テスト計画書(案)を作成すること。NIESは受入テスト計画書(案)を基にして受入テスト計画書を作成する。 また、NIESが本システムを利用するために必要となる準備事項について、提案や支援を行うこと。ア システム移行、データ移行、稼働の方式を設計すること。イ 本番移行等、各移行作業に関しての見込み時間を記載すること。その際は、部分的なデータを送信して所要時間を計測する等、必ず事前に計測を行い、本番移行の見込み時間の妥当性を証明すること。ウ 現行システムから本システムへ接続切替えを実施する方法に関する設計を行うこと。なお、接続切替えを実施するために、他のシステム等に設定変更等を依頼する場合には、依頼内容を整理した上で、NIESを通じて、関係機関との調整を行うこと。エ データ移行を含む移行に係る作業を抽出し、システム移行フローを組み立て、タイムスケジュール化等を行うこと。(6) データ移行サーバ・ツールの開発「移行設計書」の内容に基づき、データ移行ツールの開発及びテストを実施すること。なお、既製のソフトウェア製品の機能をそのまま利用してデータ移行を実施する場合は不要であるが、利用には NIES に報告の上、承認を得ること。なお、移行対象データに対し、データクレンジング等の加工作業が必要な場合は当該作業を実施すること。(7) 移行リハーサルシステム移行、データ移行のリハーサルでは以下の点に留意すること。ア 移行リハーサル計画及び移行リハーサル手順書の内容を最終確認し、現行システムの関係者及びユニットセンター等の利用者と最終的な意識合わせを行うこと。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書46イ 現行システム側に設定変更等を依頼する場合は、依頼書を準備し、期間的な余裕を持って、NIES経由で依頼すること。ウ 請負者は、移行リハーサルの実施後、移行に係る作業手順、作業時間見積もり等を評価し、「移行リハーサル結果報告書」を作成すること。また、その内容についてNIESに説明し、承認を得ること。エ 移行計画書及び移行手順書に問題がないことを検証するため、最低１回以上移行リハーサルを実施すること。なお、移行リハーサル実施後における使用データの扱い(移行リハーサル後に使用データを削除等)についても検討すること。オ 請負者は、移行リハーサルの結果を分析し、本番移行に向けた課題等を明確にすること。カ 作業品質に改善及び再検証を要する問題点を確認した場合、必要に応じて移行リハーサルの再実行を検討すること。キ 請負者は、NIESの指示がある場合、修正した移行リハーサル計画書及び移行リハーサル手順書を基準として移行リハーサルを再実行すること。ク 請負者は、移行リハーサル評価結果に基づき、本番移行までに解決を要する課題について整理すること。(8) 移行判定NIES は、移行開始判定を目的とした会議を招集し、「(2) 移行計画の作成」にて定めた移行判定基準を満たしているか確認した上で、移行判定を行う。受託者は、NIESが移行判定を適切に実施できるよう、報告には「(2) 移行計画の作成」に記載した移行判定基準を満たしているか分かるような情報を含めること。(9) 本番移行本番移行では以下の点に留意すること。ア 本番移行に向けて、移行リハーサルの実施結果を基に移行計画書及び移行手順書を修正すること。また、その内容についてNIESに説明し、承認を得ること。イ 移行計画書には、チェックポイントを設定し、作業の進捗度と経過時間等を基に、切り戻しの判断基準を設けること。ウ 請負者は、本番移行及び稼働に係る作業過程において作成する提出物及び成果物の内容について、NIESに説明を行い、承認を得ること。エ 請負者は、本番移行に伴う作業状況について、事前にチェックポイントを設定し、適切なタイミングでNIESに報告すること。万一、作業の実施中に不具合等を生じた場合は、速やかにNIESに報告するとともに、必要な対応を行うこと。オ 請負者は、稼働判定を受け、稼働のための作業を実施し、本番稼働を開始すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書47カ 受託者は、稼働関連作業の完了後、本システムの稼働状況を確認すること。また、稼働以降安定運用までの1か月程度の期間、QA対応を主体とした運用支援を行うこと。特に、本番稼働後2週間は、問合せ対応、インシデント対応等に当たって万全なサポート体制をとること。キ 移行リハーサル、本番移行のまた、稼働以降安定運用までの1か月程度の期間、QA対応を主体とした運用支援を行うこと。特に、本番稼働後2週間は、問合せ対応、インシデント対応等に当たって万全なサポート体制をとること実施結果を「移行結果報告書」として取りまとめ、NIESの承認を得ること。(10) 稼働判定NIESは、サービスインを判断(稼働判定)する。その際、請負者は、本番環境への移行の実施結果が適正であり、本システムへ切り替えても業務に支障が生じないことをNIESが判断するための資料を提出すること。(11) 移行対象データ移行対象データについては、「別紙24 移行対象一覧」に示す。(12) 移行対象業務移行対象業務は、「別紙 3 業務一覧『No.1 個人情報管理』から『No.58 試料管理』」までの範囲に該当する区分が「継続」「継続(更新)」の業務とする。引継ぎに関する事項請負者は、NIESが本システムの更改を行う際には、次期(5期)システムにおける設計・開発事業者等に対し、作業経緯、残存課題、移行のデータ準備等に関する情報提供及び質疑応答等の協力を行うこと。現時点で想定する引継ぎ要件を以下に示す。(1) 引継ぎ計画書の作成本システムの関連事業者に対する引継ぎの開始前に、本システムの引継ぎに係る引継ぎ対象、引継ぎ体制、引継ぎ内容、引継ぎ方法、引継ぎスケジュール、理解度確認方法、完了条件等を記載した「引継ぎ計画書」を作成し、NIESの承認を得ること。(2) 引継ぎ方法ア 請負者は、「引継ぎ計画書」に従い、十分な時間的余裕を持って、必要な運用引継ぎを行うこと。その際は、引継ぎ対象者の理解度を確認し、必要な場合には、「引継ぎ計画書」に記載したスケジュール等の変更を行うこと。イ 本システムは、その保守や将来の拡張等の業務を他事業者に引き継ぐことが可能であること(引き継ぎのために必要となる各種ドキュメントを整備する等)。第三者による保守性を向上させるため、成果物等は標準的に利用されているドキュメント作成ソフトウェアを用い、編集可能な形式で納品すること。ウ ドキュメントには設計結果のみを記載するのではなく、設計根拠等も明示し、検討経緯を可視化すること。 エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書48エ 期間内に引継ぎが完了しない場合は、原則として請負者の責任と負担において引継ぎを完了すること。(3) 引継ぎ対象本システムの引継ぎ対象を「表 29 本システムの引継ぎ対象」に示す。なお、引継ぎに際しては NIES の指示に基づき書面又は電子媒体で行うこと。表29 本システムの引継ぎ対象No. 引継ぎ先 引継ぎ内容 引継ぎ手順1次期(5期)システムにおける設計・開発事業者等 各種設計書・ドキュメント類 運用課題(管理簿) 仕様課題(管理簿) インシデント状況(管理簿) 連携業務アプリケーション対応状況(管理簿) ヘルプデスク作業 各種運用・保守作業 その他成果物一式(クラウドサービスの管理に必要なアカウントや鍵情報、また IaC(Infrastructure as Code)に基づくシステム構築・管理等に係る構成管理ファイル等情報を漏れなく含む)請負者は、引継ぎ計画書の内容に基づいて、引継ぎ作業を行う。(4) クラウドサービスを利用する場合の引継ぎ本システムでは、本調達の契約期間終了後も、クラウドサービスの契約期間終了前に契約の延長又は他の引継ぎ先事業者への引継ぎ等を行うことで、クラウドサービスをそのまま継続利用することを想定している。引継ぎに際しては、必要に応じて引継ぎ先事業者及びクラウドサービスプロバイダとの間で書面による契約等を行い、しかるべく管理者権限の引渡し等を円滑に引き継ぐことに支障がない形で提案を行うこと。なお、引継ぎの期間はNIESと別途調整すること。(5) 引継ぎ結果報告書の作成引継ぎ作業の完了時に、本システムの、他事業者等への引継作業の実施結果について記載した「引継ぎ結果報告書」を作成し、NIESへ報告を行うこと。(6) 前任事業者からの引継作業請負者は、本業務を実施するために必要な情報について、引継元である前任の運用・保守事業者からの引継ぎを受けること。引継ぎ完了後は、請負者が引継ぎ完了報告書(確認者、確認日時、完了条件の適合性等を記載)を作成し、NIESの承認を得ること。教育に関する事項(1) 教育計画の策定教育訓練の対象者、スケジュール、実施内容、実施方法(集合研修、テキスト配布等)、教材等に関する教育計画書を作成し、NIESからの承認を得ること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書49(2) 教育対象者本システムの教育対象者を「表30 教育対象者」に示す。詳細は本システムの開発時点で決定する。表30 教育対象者No. 教育対象者の範囲 教育の内容 教育の実施時期 教育の方法 教材1コアセンターユニットセンター業務サブシステムの操作システムリリース4週前まで集合研修またはオンライン研修、動画の提供業務サブシステム操作マニュアルWebポータルサブシステムの操作システムリリース4週前まで集合研修またはオンライン研修、動画の提供Webポータルサブシステム操作マニュアル2コアセンターメディカルサポートセンターWeb質問票作成者Web質問票入力者Web質問票サブシステムの操作及びWeb質問票の作成システムリリース4週前まで集合研修またはオンライン研修、動画の提供Web質問票サブシステム操作マニュアル3参加者 Webポータルサブシステムの利用及びWeb質問票の入力システムリリース後 教材提供のみ(コールセンター、ユニットセンターが参加者対応時に活用)参加者向け操作マニュアル(3) 教育の実施時期教育訓練の実施スケジュールについては、NIES を介した調整により、受講対象者と事前に調整した上で確定すること。(4) 教育の方法教育訓練の実施方法は、主に講義形式又はマニュアル配布を想定している。以下に、各教育訓練方法についての要件を示す。ア 講義における講師は、請負者が実施すること。イ 講義に必要な教材については、請負者が準備すること。必要な機材(プロジェクタ等)は、NIESと協議の上、必要に応じて請負者が準備すること。ウ 講義会場及びWeb会議環境は、NIES側で準備するものとする。詳細についてはNIESと協議の上、決定とする。エ 講義は録画を行い、必要に応じて、掲載等を行うこと。また、録画データは納品の上、NIESが再利用することを妨げないこと。オ 講義開催日数は、２日(1日×2回)を想定している。講義開催時間は、1回当たり概ね２時間とすること。カ 講義参加予定人数分の教育教材を用意すること。なお、必ずしも紙媒体で教材を準備する必要はなく、受講者が確認しやすい形態であれば電子データを配布する形でも構わない。キ 講義終了後、15分程度の質疑応答の時間を設けること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書50ク 講義、マニュアルに関するアンケート用紙を作成の上、講義後に受講者に回答を依頼すること。なお、アンケート内容は事前にNIESと調整すること。(5) 教材の作成請負者は、教育に必要となる研修用資料(集合研修用資料、オンライン研修のコンテンツ、理解度測定のアンケート、FAQ 等を含む)及び操作手順書(マニュアル)の作成、教育環境の提供を実施すること。研修用資料の詳細な種類、内容、提供方法等は、NIES と協議し、教育計画書として取りまとめた上で決定すること。ア 教育資料の作成に当たっては、情報システムやスマートフォンの操作に不慣れな者でも分かりやすいような構成、内容とすること。イ 参加者向けの操作マニュアル等については、サービスデザイン、UI/UX等の観点から、専門のUI/UXデザイナーを体制に組み入れること。ウ 教育資料については、NIESのレビューを経て承認を得ること。(6) 教育訓練実施結果報告教育訓練の実施結果を教育訓練実施結果報告書にてNIESに報告し、承認を得ること。運用に関する事項現時点で想定する運用要件を以下に示す。(1) 運用・保守計画運用・保守の設計で検討した内容を踏まえて、「表 31 運用計画書・保守作業計画書の記載内容」「表32 運用・保守実施要領の記載内容」の要件が含まれる形で運用・保守計画書及び運用・保守実施要領の確定版を作成すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書51表31 運用計画書・保守作業計画書の記載内容No. 項目 説明1 作業概要・ 監視、運用・保守作業の対象範囲、管理対象、作業概要等を記載すること。2 作業体制に関する事項・ 運用・保守業務を実施するための体制について、管理体制図、本件請負者の要員(責任者、作業者、役割分担)、連絡手段等について記載し、全体的な運用管理体制を明確にすること。 3 スケジュールに関する事項・ 設計・開発実施計画書及び調達仕様書に基づき、運用・保守を行う上で基本とする作業内容、関係するほかの作業工程、そのスケジュール等について記載すること。・ 日次、週次、月次等の定型的な業務について、作業内容を記載すること。また複数回発生した非定型業務の報告及びその定形業務化(手順書の作成等)の提案を含めること。・ 年次の作業内容には、運用業務の中で発生した運用上の課題、作業量の多い作業等について整理報告し、その改善(例えば自動化等)の提案を行う作業、事業継続計画書の見直し作業、運用・保守計画書の見直し作業を含めること。4 成果物に関する事項・ 運用・保守業務にて納品する成果物の内容、担当者、納品期限、納品方法、納品部数等について記載すること。5 運用・保守形態、運用・保守環境等・ 運用において採用する運用形態(オンサイト、リモート等)、運用環境(本番環境、検証環境、開発環境等の有無)等を記載すること。6 管理対象 請負者は本システム及びドキュメントについて保守を行うこと。7 クラウドサービスの利用 運用作業、運用手順及び運用管理用のソフトウェアも含め、可能な限り統一化を図るとともに、自動化された機能及びクラウドサービスが提供する機能等を利用し、運用に係る役務を可能な限り効率化すること。 利用しているクラウドサービスの機能や性能等に変更が発生した場合、請負者側でクラウドサービスの変更に伴う開発中システムへの影響を確認し、システムの改修が必要な場合は、原則対応すること。ただし、改修規模が大きい又は影響範囲が広い場合はNIESと協議の上対応を検討・実施すること。8 サービスレベル 運用・保守業務で達成目標とするサービスレベル項目及びサービスレベルをNIESが協議の上、決定すること。 運用におけるリソース使用状況に基づき､毎年のリソース計画を策定する。月間の運用実績を評価し、達成状況が目標に満たない場合はその要因の分析を行うとともに、サービスレベル達成状況の改善に向けた対応策を提案すること。9 その他 上記に掲げる事項のほか、運用・保守を行う上での前提条件、時間、品質等の制約条件等について記載すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書52表32 運用・保守実施要領の記載内容No. 項目 説明1 コミュニケーション管理・ 運用・保守業務を実施する上で必要となるコミュニケーション手段について、会議体(会議体名称、開催目的、開催スケジュール、出席者、報告内容等)、インシデント発生時の報告ルート等について記載し、効率的かつ円滑なコミュニケーションを実現すること。2 体制管理 ・ 請負者における作業体制の管理手法等について記載すること。3 作業管理 ・ 運用・保守作業及びその品質の管理手法等について記載すること。4 リスク管理 運用・保守における作業を阻害する可能性のあるリスクを適切に管理するため、リスク認識の手法、リスクの管理手法、顕在時の対応手順等について記載すること。5 課題管理 運用・保守において解決すべき問題について、発生時の対応手順、管理手法等について記載すること。6 システム構成管理 運用・保守における本システムの構成(ハードウェア、ソフトウェア製品、アプリケーションプログラム、ネットワーク、外部サービス、施設・区域、公開ドメイン等)の管理手法等について記載すること。7 変更管理 運用・保守により発生する変更内容について、管理対象、変更手順、管理手法等について記載すること。8 情報セキュリティ対策  運用・保守における情報漏えい対策等について記載すること。(2) 運用・保守準備運用・保守に当たって、以下の準備作業の実施等を行うこと。ア 監視設定運用業務を効率的に実施するため、監視、アラートについて、システムの特性、各種アラート発生時の重要度に応じたチューニング(マッチング文字列、閾値、アラート検知結果の重要度等)を行い、定量的な計測に基づいて監視を行うこと。また、アラートの通知先、通知手段等はNIESと協議の上、決定すること。イ バックアップサービスの故障復旧に必要なデータのバックアップを定期的に取得すること。また、故障復旧時における必要なデータのリストア作業の手順、役割分担等を事前に決定し、故障発生時には実施すること。ウ 運用・保守手順書の作成運用・保守実施要領及び運用・保守計画書に基づき、運用・保守手順書を作成すること。(3) 共通的な要件ア 運用・保守期間稼働後、2033年3月31日(※決定後に更新)まで運用・保守を行うこと。イ 月次運用状況報告の作成運用・保守業務の実施結果を運用・保守報告書として取りまとめ、NIESが指定した日時までに納品すること。ウ 情報セキュリティ対策の実施「3.10.情報セキュリティに関する事項」を踏まえて実施した情報セキュリティ対策の対応結果を情報セキュリティ対策実施報告書に取りまとめ、NIESが指定した日時までに納品すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書53(4) 主な運用作業一覧現時点で想定する主な運用作業の一覧について、「表 33 主な運用作業一覧」に示す。以下の内容を基に、本システムの設計及び開発時に、運用・保守計画書、運用・保守設計書及び運用・保守マニュアルの案を作成すること。また、運用作業については、常駐運用からリモート運用への移行を基本とする。そのため、可能な限り自動化を行い、手動による作業を最小限とすること。ただし、リモート運用の実施に当たっては、個人情報を扱うことを踏まえて「3.10 情報セキュリティに関する事項」を遵守すること。表33 主な運用作業一覧No. 運用作業の分類主な運用作業の内容8システム構成管理 本システムに係る全ての構成品目について、適切な構成管理を実施すること。 システム構成管理対象を特定し、管理レベルを定めること。なお、システム構成管理対象は、本システムを構成するクラウドサービス、ソフトウェア製品、ソフトウェアのバージョン、アプリケーションプログラム、通信回線、公開ドメインのほか、本システムの運用・保守に係る全ての文書及びデータとすること。ただし、本システムの外部から提供を受けるものであり、運用・保守において変更を行わないものは、システム構成管理の対象外とする。 システム構成管理対象の変更について、変更履歴を追跡可能であること。 本番環境・検証環境の維持管理を行うこと。 本システムのアプリケーションはCIツールで管理すること。9 バックアップ システムバックアップ、データバックアップを取得すること。 必要に応じてシステムリストア、データリストアを実施すること。10 業務支援 NIES の指示に基づき、利用者の利用状況のデータを集計し、NIES に定期的に報告すること。 必要に応じて、データベースやディレクトリ等に施されるアクセス制御の設定変更を実施すること。 運用に必要な端末は請負者が用意すること。11 障害対応 障害発生時は、発生から解決までの一連の作業(受付、問題判別、業者間調整、調査解析、修復方法の検討、障害原因アプリケーションの再設計・製造・試験、再発防止・品質向上作業、報告書作成・報告実施、アプリケーション保守環境反映)を行うこと。 本システムの連携先システムにおいて障害が発生し、業務影響が発生した場合においても、連携先システム担当が実施する原因調査､代替策、解決策の検討及び処置を必要に応じて支援すること。 システム障害と想定される連絡を受け付けた際、別途、NIESより指示する担当者へ速やかにエスカレーションすること。 コアセンター、ユニットセンター担当者との応答内容の記録を残すこと。12ヘルプデスク業務 本システムの利用方法に関する問合せの受付からクローズまでを一元管理するヘルプデスクを設け、本システム利用者からの問合せを受け付けること。 問合せの受付時間・方法は「1.3業務実施の時期・時間」を参照すること。 ヘルプデスク担当者のスケジューリング等の運営を適切に行うこと。 ヘルプデスク担当者による対応手順、サービスレベル等を統一するため、ヘルプデスク運用マニュアルを作成し、NIESの承認を得ること。 ヘルプデスク運営の中で FAQ は適宜追加、更新等、メンテナンスを行い、利用者に向けて適切に展開すること。 受け付けた問合せは、質問、インシデント、サービス要求、作業依頼等に分類した上で、対応日時、問合せ元、内容、回答状況等とともに記録すること。なお、具体的な運用方法については、本システムの設計開始以降に改めて検討すること。 問合せ記録は受付件数、問合せ者情報、問合せ内容、回答率、回答に要した期間、回答内容等を適切な粒度で整理した上で、定期的に問題発生状況を分析し、必要な対応を行うこと。 運用･保守の計画及び実施状況について、定量的計測とダッシュボードによる状況の可視化を行い、NIESの定める報告様式に従って取りまとめ、NIESに報告を行うこと。(原則、月次での報告) お知らせ配信作業、質問票配信作業、質問票対応表作成作業、個別調査結果取込および結果返却作業を行うこと。 本システムの運用において、以下の作業を適切に実施すること。 スタッフのユーザー情報更新作業(登録、変更、削除、一覧管理等)(年間230名程度を想定) 参加者の組織移管作業(年間60世帯程度を想定) USBデバイス接続管理作業(年間20件程度を想定)13インシデント管理 情報セキュリティインシデントが発生した場合は、「運用・保守実施要領」等に定めた手順に従ってインシデント対応を行うこと。対応に当たっては、NIES、関係事業者と適宜調整の上で対応を行うこと。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書55No. 運用作業の分類主な運用作業の内容14バージョンアップ対応 保守におけるバージョンアップ対応要否の判断結果に基づき、バージョンアップ対応を実施し、稼働後の動作確認を行うこと。15大規模災害等対応訓練 大規模災害等への対応訓練を行うこと。 大規模災害対応訓練シナリオ見直し本番運用・保守の計画で定義されている訓練シナリオ・復旧に必要な手順書を適宜見直し、必要に応じて、修正を実施すること。訓練シナリオ・手順書を変更した場合は、NIESの承認を得ること。 大規模災害対応訓練の実施請負者は、大規模災害発生時から復旧に係る作業について、NIES 及び関係する事業者が迅速かつ適切に作業を実施できるよう、年に1回、訓練シナリオ・手順書に基づき、訓練として内容の妥当性確認を実施すること。実施に当たっては、主に連絡ルートの確認を実施し、結果を「大規模災害等対応訓練完了報告書(本番運用開始後)」に記載し、NIESに報告すること。 情報漏洩への対応訓練を行うこと。 情報漏洩対応訓練の実施 請負者は、情報漏洩等に係る情報セキュリティインシデント対応について、NIES 及び関係する事業者が迅速かつ適切に作業を実施できるよう、年に 1 回、訓練シナリオ・手順書に基づき、訓練として内容の妥当性確認を実施すること。実施に当たっては、主に連絡ルートの確認を実施し、結果を「情報漏洩等対応訓練完了報告書(本番運用開始後)」に記載し、NIESに報告すること。16 運用改善 請負者は、システムの状況をNIESが定期的に把握できるように仕組みを整えること。 プロジェクトの目標とする指標、システムの利用者の利用状況 クラウドのリソース等、システムの利用状況・コストの発生状況 システムの利用状況については、少なくとも以下に記載した項目を実施し、利用状況の分析とその後の改善策に資する項目を含めること。 運用管理・保守業務の作業別の所要時間 自動化や効率化が可能と思われる作業の洗い出し システム及び運用・保守業務の改善提案 アイドリング等の無駄／過剰なリソースを発見し、コスト削減につながる仕組みを整え、アドバイスも指摘すること。 請負者は、システムの利用拡大や利便性向上のため、実績に基づいた定量的なデータや利用者からの問合せ内容等を分析し、多くの利用者が操作方法に迷う部分や誤操作を誘発する部分を把握した上でシステムの改善策を検討すること。また NIES と協議の上、システムの改善を実施すること。17サービスオペレーション支援 本システムが動作するに当たり、必要となるデータベースの各種マスタ情報を維持管理すること。また、マスタ情報管理のための GUI を具備しないマスタ情報の場合、変更依頼を前提として情報の登録、検索、更新、削除のためのSQLを作成し、これを実行すること。 計画停止、保守作業、障害対応等により利用者への影響が生じる場合、本システムのWebサイトにお知らせを掲載する等の方法により周知連絡を行うこと。 作業影響を生じる範囲について、不測の運用障害を回避する観点から、メンテナンス機能を利用してサービス閉塞・閉塞解除運用を実施すること。 アプリケーションの障害を防ぐため、システムメンテナンスの一環として、サーバを定期的に再起動する。再起動後はサービスの動作確認等を行い、問題が無いことを確認すること。再起動のタイミングはNIESと協議の上、決定すること。18情報セキュリティ監査 NIES が情報セキュリティ監査を実施する場合がある。その際はセキュリティ監査事業者との調整・ヒアリングへの協力を行うこと。19アカウント管理 請負者は、NIESからの指示に基づき、ユーザーID(特権ID含む)の払い出し、削除、パスワード再発行を実施すること。 アカウントの利用状況の棚卸を実施すること。実施するタイミングは、年1回程度を想定しているが、具体的な時期についてはNIESと協議の上、決定すること。20Web質問票作成支援 請負者は、質問票ワーキンググループや個別会議等に参加(年間 15 回程度を想定)し、Web質問票の企画立案・Web質問票の作成を支援し、作成された質問データを基にデータエコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書56No. 運用作業の分類主な運用作業の内容定義及び質問票の構造設計を行い、Web質問票サブシステムへ入力すること。また、構造設計を基に、回答データのデータテーブル作成を行うこと。参加者は年齢別に複数年度に分かれており、最も早いグループの年齢に合わせ、以降、毎年新たな質問票を作成する。質問票は、年度が変わるまでに作成され、回答開始前に代諾者による一連の回答可否の判断が行われるため、集中的に入力作業が行われる必要がある。(参考として、現行では年間に新規作成される単体質問票数はおよそ 100個程度、単体質問票毎の設問数は100～200個程度である。新規作成した単体質問票は次年度以降も管理し利用する。また公開質問票作成後に修正が生じるケースはほぼない。) 請負者は、収集した回答データのパースとコンバート、およびエラー補正を行うこと。また、Web質問票サブシステムの利用方法について、適宜担当者に教育を実施すること。 本業務の実施に当たっては、CSV方式によるバリデーションを実施すること。CSV方式については、「別紙25 CSV方式によるバリデーション」を参照すること。 請負者は、コアセンターまたはコアセンターが委託する者がWeb質問票サブシステムを使いこなせるように研修を行うこと。 請負者は、コアセンターまたはコアセンターが委託する者に対する Web 質問票サブシステムの技術的なサポートを行うこと。 請負者は、コアセンターまたはコアセンターが委託する者の指示のもと、Web 質問票の作り込みを行うこと。 請負者は、該当しない Web 質問票(例えば疾患のある方のみに回答いただきたい質問票等)の配信を避けることにより参加者の負担を軽減するため、過去の調査結果や疾患情報等による参加者の属性に応じて、単体の Web 質問票を組み合わせた統合的な Web 質問票(以下「統合質問票」という。)を作成すること。 請負者は、統合質問票を作成するに当たり、参加者に対して可能な限り公平なものとするため、単体のWeb質問票の組み合わせ方法等に関して技術的な調整を行うこと。21 その他業務  サーバ証明書の更新、ドメインの管理等を行うこと。(5) 運用業務量(参考)参考情報として、現行システムの作業量を「表 34 主な運用業務量(現行のデータ管理システム(参考))」、「表35 主な運用業務量(現行の参加者ポータルシステム(参考))」に示す。表34 主な運用業務量(現行のデータ管理システム(参考))No. 業務分類 業務内容実施頻度所要時間実施時間帯必要人数備考1 日次監視 システム稼働状況確認、ログチェック毎日 1時間/日 9:00-17:302名 平日のみ2 週次作業 パフォーマンス分析、容量確認週1回 2時間/週 平日日中 2名3 月次作業 利用状況レポート作成、セキュリティチェック月1回 8時間/月 平日日中 2名4 ユーザーサポート問合せ対応、依頼作業、操作説明随時 30時間/月 9:00-17:304名表35 主な運用業務量(現行の参加者ポータルシステム(参考))No. 業務分類 業務内容実施頻度所要時間実施時間帯必要人数備考1 日次監視 システム稼働状況確認、ログチェック、セキュリティチェック毎日 2時間/日 9:00-17:301名 平日のみ2 週次作業 容量確認、参加者ステータス/星取表集計週1回 4時間/週 平日日中 1名エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書57No. 業務分類 業務内容実施頻度所要時間実施時間帯必要人数備考3 月次作業 月次報告書作成、アクセス状況/ログイン状況/同意回答状況集計月1回 8時間/月 平日日中 1-2名4 年次作業 年次報告書作成 年1回 32時間/年 平日日中 1-2名5 ユーザーサポート問い合わせ対応、依頼作業、操作説明随時 16時間/月 9:00-17:302名6 お知らせ配信業務参加者向けのお知らせや、ユニットセンター向けの内部お知らせを配信登録月数回 15分/回 9:00-17:301-2名7 質問票配信業務4月、6月、9月、12月、3月に公開されるWeb質問票の配信登録指定月に複数回(※)32時間/月※4年度分9:00-17:301-2名 テスト配信/本番配信×生年度×親/子分×質問票数分※最終的には6年度分になる8 質問票対応表作成業務配信した質問票データから、各質問票の設問と選択肢情報の一覧表を作成年数回 8時間/回 9:00-17:301-2名9 個別調査結果取込および結果返却業務個別調査結果CSVファイル取込、結果返却用PDF作成及びアップロード年数回 8時間/回 9:00-17:301-2名 2025年6月時点でパイロット調査における実績のみ10 質問票作成支援業務単体Web質問票作成 随時 4時間/日 9:00-17:303-5名 期間：4月-9月最大30人月統合Web質問票作成 随時 4時間/日 9:00-17:303-5名 期間：10月-12月最大15人月公開Web質問票作成 随時 3時間/日 9:00-17:302-3名 期間：1月-3月最大9人月保守に関する事項請負者は、運用・保守計画書及び運用・保守実施要領に基づき以下の作業を適切に実施すること。(1) 保守業務の実施保守業務として以下を実施すること。ア 問合せの受付時間は、「1.3業務実施の時期・時間(3)ヘルプデスク業務」に記載のとおりとする。イ 受け付けた問合せをインシデントとして管理し、インシデントのクローズまで、対応を継続すること。ウ 障害について対応したときは、障害報告書を作成し、NIESに報告すること。(2) 保守設計保守設計として以下を実施すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書58ア 役割分担の整理役割分担を行う際に以下の点に留意すること。 保守業務の設計に際し、請負者の責任範囲及びクラウドサービスを含めた関連事業者間の役割分担を整理すること。 本システムがクラウドサービス上で稼働することを踏まえ、各業者間の役割分担を考慮した上で、保守設計を行うこと。イ クラウドサービスの利用クラウドサービスを利用する際に以下の点に留意すること。 保守設計を実施する上で、クラウドサービスの標準機能を可能な限り活用すること。 クラウドサービスによる自動化等により、省力化を実施すること。 運用・保守実施要領、運用・保守計画書及び運用・保守手順書については、クラウドサービスが提供する各サービスを活用することにより、作業のみならずドキュメント類についても効率的に作成すること。 利用するクラウドサービスにおいて、提供サービスの仕様上必要となるアップデートパッチの適用やメンテナンス等の対応に際して、システムへの影響度に鑑み、NIESと協議の上対応を行うこと。または、自動適用を行う等の対応が可能となるよう、必要な仕組み(検知、適用等)を準備すること。クラウドサービスの活用により原則無停止運用とし、緊急時に計画停止が必要な場合はNIESと調整すること。(3) アプリケーションの保守アプリケーションの保守として以下を実施すること。ア インシデント管理運用管理・監視等作業におけるインシデント管理と適切な連携を図ること。イ 是正保守アプリケーションに起因した障害発生時、監査指摘事項への対応時等、アプリケーションの是正が必要な場合に、是正保守を行うこと。ウ 適応保守OS、ブラウザ、ミドルウェア等のバージョンアップ対応等、利用環境の変更への対応が必要な場合、アプリケーションに係る適応保守を行うこと。エ 予防保守 本システムのアプリケーションに潜在的な問題が発見され、当該問題除去を目的とした変更が必要な場合又はアプリケーションコンポーネントについて新たに脆弱性が報告された場合に、予防保守を行うこと。オ 改善措置上記イ～エに伴う改善措置を実施する際には以下の点に留意すること。 参加者等の利用者に影響がある保守作業を実施する場合は、アプリケーション保守の実施効果、現在及び将来の利用者に対する影響の分析を行うこと。 アプリケーションに係る機能性、信頼性、使用性、効率性、保守性、移植性等の改善が必要な場合に、対処を行うこと。 Web解析結果に基づき、本システムのユーザーインタフェースについて、ユーザビリティ又はUXに関すエコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書59る課題を識別した場合、課題解決に資する是正保守、予防保守を行うこと。 Web、データベースのサービス等について、「表 32主な運用作業一覧 No.16運用改善」の結果を踏まえ、必要に応じて稼働環境の改善等に伴う設定変更を実施すること。カ 根本原因の分析根本原因を分析する際に以下の点に留意すること。 是正保守及び予防保守の実施に当たり、障害、監査指摘、潜在する問題等に係る根本原因の分析を行うこと。キ 検証修正したアプリケーションを本番環境へ展開(デブロイ)する前に、修正が適切に実施されているか否かについて検証環境において検証すること。ク 文章の修正アプリケーション保守に伴い、ドキュメント(設計書、マニュアル等)の修正を要する場合は、速やかに修正を行うこと。なお、改修等に伴い画面等に発生する変更が軽微な場合は、ドキュメントの更新方針等について別途NIESと協議すること。(4) クラウドサービスの保守クラウドサービスの保守として以下を実施すること。ア 利用しているクラウドサービスにおいて脆弱性及び不具合が確認された場合は、その対応についてNIESと協議し、パッチ適用要否を判断すること。イ クラウドサービスにおいてバージョンアップ等の情報が公開された場合には、バージョンアップに伴う影響調査を実施した上で、NIESと協議し、適用等の可否を決定すること。なお、実施することとなったバージョンアップに伴う機器・サービス等の停止は計画停止に準ずるものとして扱う。また、バージョンアップに起因して改修が必要な場合には、対応について別途NIESと協議すること。ウ クラウドサービスで利用している環境の最新化や更新は、原則として IaC(Infrastructure asCode)を活用しコードを変更し、変更後のコードを実行することにより実施すること。 エ 修正パッチ適用やバージョンアップ等を行う場合には、事前に検証環境において本システムの運用に影響が生じないことを十分に検証し、環境更新の事前評価を実施すること。(5) ソフトウェア保守ソフトウェアの保守として以下を実施すること。ア ソフトウェア最新化本システムを構成する全てのソフトウェアについて、製品不具合や情報セキュリティに関する脆弱性を修正するため、NIESと協議の上、ソフトウェア実行環境の形態に応じてソフトウェアを最新化すること。イ 修正プログラム修正プログラム適用の際は以下の点に留意すること。 情報セキュリティや安定稼働の観点から緊急性が高いと考えられる修正プログラムについては、緊急適用を計画すること。緊急性が低い修正プログラムについては、定期保守作業の中での適用を計画エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書60すること。 使用しているクラウドサービスの内容に変更が発生する際には、クラウドサービスより提供する情報を基にシステムへの影響範囲を調査の上、修正プログラムの適用可否をNIESへ報告すること。適用が必要と判断された場合、クラウドサービスより提供されるソフトウェアに対する修正プログラムの適用作業を実施すること。ウ 検証・デプロイ検証・デプロイを行う際は以下の点に留意すること。 ソフトウェア保守に当たっては、事前に検証環境において本システムの運用に影響が生じないことを十分に検証すること。 ソフトウェア保守に伴い、本システムの安定稼働に影響が生じる事態が予測される場合、NIESの指示に基づいてデプロイ実施の是非を判断すること。エ 設計書への反映ソフトウェア保守によりソフトウェア構成に変更が生じた場合、設計書等へ変更内容を反映すること。オ 保守条件保守条件は、「製品の導入や使用方法」、「製品の互換性や相互操作性」、「製品資料の解釈」、「構成サンプルの提供」、「修正策の情報提供」、「製品プログラム、製品コードに起因する障害」等の保守が提供されることを想定しているが、最終的な保守条件は、NIESと調整の上、保守設計において決定すること。カ 脆弱性管理ソフトウェアに関する脆弱性に対処するために、以下の対応を行うこと。 脆弱性管理基準の作成と運用脆弱性管理の方針を定めた脆弱性管理基準を、保守設計においてNIESと調整の上で作成し、運用すること。脆弱性管理基準には、以下の項目を含めること。 個別対応の要否判断の基準情報システムの「脅威」、「脆弱性」、「重要度」からの観点からのリスクの評価基準と対応優先度、個別対応または定期保守でのどちらで対応するかの方針、目標とする脆弱性対処の対応期限を取り決めたもの。 定期アップデート規則ソフトウェアの定期アップデートを実施する頻度、実施条件、回帰テストの範囲を取り決めたもの。 ソフトウェア採用判断の基準提供元の信頼性やサポート条件、脆弱性の情報開示やパッチ提供など、脆弱性対応を円滑に行うための基準を取り決めたもの。 脆弱性管理の対象と管理方式クラウドの責任共有モデルを含む情報システムの脆弱性管理の対象と、ソフトウェア構成や脆弱性を管理するツールやサービスなどの管理方式を取り決めたもの。 脆弱性管理手順の作成と運用脆弱性に対処する手順を定めた脆弱性管理手順を、保守設計においてNIESと調整の上で作成し、運用すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書61脆弱性管理手順には以下の項目を含めること。 ソフトウェア構成の管理情報システムで使用するソフトウェアの製品名、開発元、バージョン、ライセンス、依存関係などを容易に参照できるよう構成管理及び変更管理を行うこと。 脅威情報の収集、自システムへの影響分析日々出現するセキュリティ脅威や脆弱性に対処するため、定常的に脅威情報や脆弱性情報を収集し、情報システムへの影響含めてリスク分析を行うこと。 リスクに応じた脆弱性対応及び定期アップデート情報セキュリティや安定稼働の観点からリスク評価を行い、即時もしくは優先的な対応が望ましいと判断される脆弱性については、緊急対応を計画すること。即時対応が不要もしくは対応の必要性が低い脆弱性については、定期保守作業の中での対応を計画すること。(6) ハードウェアの保守ハードウェアの保守として以下を実施すること。ア 本システムの正常な稼動を担保するため、提供するハードウェア機器(仮想マシンを含む)の保守業務を実施すること。イ 契約期間内において、ハードウェア及びソフトウェア製造者に対してサポートが受けられる体制を確保すること。ウ 本調達外で手配した端末等の機器については、保守の対象外とする。エ 是正保守是正保守として以下を実施すること。・ 納入したハードウェアに対する障害の連絡を受けた場合、SLO(サービスレベル目標)として2営業日以内に保守員が現地に到着することを目標とすること。またはコアセンター及びユニットセンター、メディカルサポートセンターと連携を図り、対応スケジュールを調整の上、保守作業を推進すること。なお、端末記憶装置(HDD／SSD／ハイブリッドHDD等)の交換が必要となった場合を踏まえ、記録されているデータ漏えいを防止するための技術的安全対策(専用ツールによるセキュリティロック等)を担保する資料を事前にNIESに提出し、承認を得ること。・ また、端末記憶装置を交換する必要が生じた際は、交換済みの記憶装置を拠点外へ持ち出す際、事前にNIESから承認を得た技術的安全対策を施したうえで拠点より持ち出すと共に、持ち出した端末のデータ消去を実施することとし、当該記憶装置に対して技術的安全対策を確実に実施し、且つデータ消去を確実に実施したことを証明できる資料をNIESに提出すること。・ 修理は迅速に行い、修理期間が長期に及ぶ場合には、代替品の準備等の措置を講じること。・ 障害復旧後速やかに、故障原因、予防保全計画等を盛り込んだ報告書を提出すること。・ 部品交換等でクライアント機器が初期状態に戻った場合は、リカバリー作業を実施しユニットセンター担当者が利用できる状態まで復旧させること。(7) クライアント環境の維持管理クライアント環境の維持管理として以下を実施すること。ア クライアント機器における、本システムの仕様変更やブラウザソフト等の更新に伴い、本システムの認証や、データ取得等に影響がないように、あらかじめ効率的な変更手順書をまとめること。 エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書62イ 業務端末等のOSバージョンアップに備え、OSの特定バージョンに依存する機能が判明している場合は、その利用を最低限とすること。ウ 移設及び増設が生じる場合、本業務において疎通確認及びその後の運用・保守を継続して対応できる作業手順書を作成すること。移設及び増設作業また増設分の機器の調達はユニットセンター等含め第三者により行われることがあるため、その場合に対応できるようクライアント側の作業手順書を作成すること。なお、機器の保守は導入した事業者が担当する。(8) 保守実績の評価及び改善保守実績の評価及び改善として以下を実施すること。ア 本システムの運営に関わる関係者間で本システムの保守に係る情報や問題認識を共有し、保守業務の品質を継続的に維持・向上させること。イ 本システムが使用するアプリケーション、クラウドサービス、ソフトウェア等の保守実施状況について、日々の保守業務の中で収集する定量的な管理指標を定め、NIESと合意すること。ウ ログ解析機能等を活用し、指標値の収集、評価及び管理を効率的に行うこと。エ 管理指標の達成状況を評価し、未達の場合は原因分析を行い、改善措置を検討すること。また、これらの実績、評価、改善措置について、定期報告すること。オ ログ解析機能、Web解析機能の活用を前提として、モニタリング及び運用過程を通じて得られた利用状況を分析することにより、ライフサイクルコスト低減の観点から、利用するクラウドサービスの所要量及びソフトウェアライセンスの削減可能性を検討すること。また、利用状況の実績、評価、コスト削減可能性について、定期報告すること。(9) ドキュメントの保守設計・開発関連ドキュメント及び運用・保守関連ドキュメントが、請負者の契約期間において、最新の状態であるよう維持・更新等を行う。(10) 軽微な改修運用・保守の期間中に必要となる軽微な改修として以下を実施すること。ア 運用・保守の期間中に、研究計画書に記載された調査対応、利用者からの要望対応、不具合の改善、環境変化への対応等の目的で軽微な改修を行うことを想定している。詳細については受託後にNIESと調整すること。また、研究計画書に記載された調査の対応については以下を実施すること。・ 既存のデータを加工し、出力するバッチ処理、帳票、ツールの追加、編集の要求に対応すること。・ 作業にあたっては、事前に工程表を作成し、NIESの承認を得ること。・ 設計及び開発した機能の動作試験を実施し、正しく表示・動作することを確認すること。・ 検証環境において、開発した機能の結合試験を実施し、正しく動作することが確認できるまで作業を行うこと。・ 実施したソフトウェアの機能追加、設定変更にそって設計書、操作マニュアル等の更新を行うこと。・ 調査の進捗に伴い増加する分析データを格納できるようにすること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書63研究計画書に記載された調査対応(1回/年を想定)については、現行機能の細かな変更や追加(バッチ処理、帳票、ツールの調整等)で、アプリケーション構造を大きく変更しない範囲を対象とする。 2 管理 書面送付 - - - ○ ニュースレター等の書面を参加者に送付する。○ - - - EC-D-010201_002_業務フロー(5-1-2.ニュースレター等送付).xls継続(更新) 「ニュースレター等」ではなく「書面」とし、参加者に紙で送付する業務全般を本業務フローで実施する。 また、参加者への書面送付可否をシステムで管理し、管理した情報を基に送付対象外の参加者を除外した送付対象者リストを作成する。 3 管理 謝礼管理 - ○ 参加者に謝礼を渡す。謝礼情報を登録する。○ - -アーカイブ化した謝礼管理データは、「アーカイブデータ参照」にて参照可能。 EC-D-010201_002_業務フロー(6-1-1.謝礼管理).xls継続(更新) 謝礼は、スケジュール管理DBの進捗状況で管理する。 4 管理 初回ログイン - - - - 参加者が、参加者ポータルへ初回ログインする。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 5 管理 パスワード再設定 - ○ - ○ 参加者がパスワード紛失した時に、本人が再発行を行う。- - ○ - PS-D-010201_001_業務フロー.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 6 管理 IDとパスワードの再発行 ○ ○ - ○ 参加者がIDとパスワードの両方を忘れた場合に、職員が再発行を行う。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 7 管理 2回目以降のログイン - - - - 参加者が、２回目以降のログイン時に必要に応じて本人確認を行う。- - ○ - PS-D-010201_001_業務フロー.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 8 管理 お知らせ機能 ○ ○ - ○コアセンターまたはユニットセンターからのお知らせを参加者に通知する。 - 同期⇐ ○ Web質問票お知らせ機能とは異なる。 PS-D-010201_001_業務フロー.xlsxPG-D-010201_基本設計書(業務フロー)_お知らせ管理.xlsx継続-9 管理 Web質問票承認機能 ○ ○ - ○Web質問票を一覧表示し、代諾者によるWeb質問票に対する承認または否認を管理する。 - 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx継続(更新) 現行の業務フローから「Web質問票承認操作」を削除。 10 管理 結果報告承認機能 ○ - - ○結果報告を一覧表示し、代諾者による結果報告表示に対する承認または否認を管理する。 (1)コアセンターから結果返却管理を登録する。 (2)代諾者一覧表示から否認または承認する結果報告表示を選択する。 - 同期⇐ ○ -PS-D-010201_001_業務フロー.xlsxPG-D-010201_基本設計書(業務フロー)_結果返却管理.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 11 管理 結果報告機能 ○ - - ○リクエストされた報告書を参加者に通知する。 (1)コアセンターまたはユニットセンターから結果返却情報(血中元素測定結果、質問票集計データ等)を登録する。 (2)参加者が結果表示リクエスト画面で申請する。 (3)業務管理サブシステムから結果表示ファイルを取得する。 (4)参加者が結果表示画面でリクエストした報告書を確認する。 - 同期⇐ ○ -PS-D-010201_001_業務フロー.xlsxPG-D-010201_基本設計書(業務フロー)_結果返却管理.xlsx継続-12 管理 イベント機能 ○ ○ - ○ イベントを参加者に通知し、イベントの予約を行う。- 同期⇐ ○ -PS-D-010201_001_業務フロー.xlsxPG-D-010201_基本設計書(業務フロー)_イベント管理.xlsx廃止-13 管理 問合せ機能 ○ - - ○ 予め登録しておくFAQにより、参加者の問合せに回答する。- 同期⇐ ○ -PS-D-010201_001_業務フロー.xlsxPG-D-010201_基本設計書(業務フロー)_お問合せ管理.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 14 管理 コピーライト等情報表示機能 - - - ○ 「コピーライト」「個人情報保護方針」「同意について」を表示する。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx 継続 -15 管理 ポイント交換商品のメンテナンス ○ ○ - ○ ポイント交換可能な商品をメンテナンスする。- - ○ - PS-D-010201_001_業務フロー.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 16 管理 コピーライト等のメンテナンス - - - - コピーライト等をメンテナンスする。- - ○ - PS-D-010201_001_業務フロー.xlsx 継続 -17 管理 アクセスログ収集操作(脅威検知情報の収集含む) - - - - アクセスログを収集して分析を行う。- - ○ - PS-D-010201_001_業務フロー.xlsx 継続 -18 管理 認証 - - - - 職員が、業務システムにログインする。○ ○ - -PG-D-010201_基本設計書(業務フロー)_認証.xlsx※スタッフの認証継続(更新) 次期の認証方式は、ID/パスワード＋ワンタイムパスワードを想定する。静脈認証からID/パスワード＋ワンタイムパスワードに変更する。 挙動については、受託ベンダが選定するサービスに依存するため、業務フロー図に記載の挙動にならない場合もある。 19 管理 同意書管理 ○ ○ ○ ○ 同意書情報、同意書破棄情報、個別調査同意書情報を管理する。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_同意書管理.xlsx継続 母親、第三世代も従来の同意と流れは変わらないため、業務フロー図の更新はなし20 管理 電磁的同意 ○ - - ○本体調査の参加者情報を各システムに登録・連携し、電磁的同意用の質問票を作成して参加者からの回答を管理する。 - ○ ○Web質問票クアルトリクスPG-D-010201_基本設計書(業務フロー)_電磁的同意.xlsx継続(更新) 母親コホートや第三世代コホートも含意するように、業務フローを更新。 21 管理 ポイント管理 ○ ○ - ○ 参加者のポイント管理、参加者に対するポイント受け払いを行う。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_ポイント管理.xlsx 継続 -22 管理 進行管理 ○ ○ ○ ○ スケジュール管理を行う。- ○ ○ -EC-D-010201_002_業務フロー(6-1-2.スケジュール予実管理).xlsPG-D-010201_基本設計書(業務フロー)_進行管理.xlsx 「スケジュール管理」シート統合 既存のスケジュール管理情報はすべて対象とする。 「スケジュール予実管理」を統合。 旧スケジュール予実管理→「進行管理_質問票(紙)」シート旧進行管理→「進行管理_質問票(Web)」シート紙とWebで業務の流れが異なるため業務フローのシートは分かれているが、画面は１つ。 23 管理 調査情報管理 ○ ○ ○ ○ 調査情報管理(調査名、調査内容等の管理)を行う。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_進行管理.xlsx 「調査情報管理」シート継続 「進行管理」に含まれていた「調査情報管理」を業務が異なるため分離24 管理 業務管理_操作履歴管理 - - - ○ 操作履歴を閲覧する。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_業務管理_操作履歴管理.xlsx 継続 -25 管理 業務管理_CSVダウンロード - - ○ ○ CSVのダウンロードや削除を行う。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_業務管理_CSVダウンロード.xlsx継続(更新) CSVダウンロード業務を、システム管理者だけでなくUCも行うよう更新。 26 管理 ボランティア活動証明書発行 ○ ○ ○ ○ ボランティア活動証明書の発行を行う。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_ボランティア活動証明書発行.xlsx 廃止 -既存システム区分備考 対応する現行システムの設計書現行業務フローとの変更点※廃止および統合元の業務フローは、本システムの対象外であるため、グレーアウトしている。 変更方針 業務区分 No. 業務フロー名本システム機能概要2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙3 業務一覧登録 更新 削除 参照 データ管理ポータル業務管理サブポータルポータルサブ既存システム区分備考 対応する現行システムの設計書現行業務フローとの変更点※廃止および統合元の業務フローは、本システムの対象外であるため、グレーアウトしている。 変更方針 業務区分 No. 業務フロー名本システム機能概要27 管理同意撤回※電磁的同意撤回は廃止○ ○ ○ ○ ○ ○ ○ -EC-D-010201_002_業務フロー(1-8-1.同意撤回受付).xlsPG-D-010206_基本設計書(業務フロー)_電磁的同意撤回.xlsx統合(統合元：同意撤回受付、電磁的同意撤回)以下の点に留意して統合。 ・データ管理とポータルの同意破棄申請書は統合。1枚の申請書内で削除対象を選択する形式とする。詳細なフロー設計は構築業務において検討・設計を進めるか検討・同意撤回のタイミングはデータ管理も参加者ポータルも同じ・同意撤回前に、残ポイントの確認、対応のアナウンスをアプリおよびメールで行っている・同意撤回受付完了通知からデータ削除が実行されるまでの期間は10日。具体的な調整は構築業務時に再度実施・ポータル側では同意撤回受付完了通知(アプリお知らせ・メール)の一定期間(7日)後にデータが削除されるようになっているが、データ管理側は受付完了の当日夜間にバッチ処理されている。 次期システムではポイント交換の期間を設けるという目的から猶予期間を設ける・試料の破棄を行っているのはコアセンターで、破棄済み更新もCCで行っている・電磁的同意撤回は廃止・同意撤回区分は廃止しない想定・同意破棄登録後の謝礼管理は 金券対応がなくなるため廃止28 管理 統合データベース - ○ - ○参加者ステータスを集計する。星取表を確認する。 参加者ステータス情報を管理する。 ○ ○ - -EC-D-010201_002_業務フロー(13-1-1.統合データベース).xlsPG-D-010208_基本設計書(業務フロー)_参加者ステータス管理.xlsx統合(統合元：統合データベース、参加者ステータス管理)以下の点に留意して統合。 現在、各システムがそれぞれのジョブで個別に参加者のステータスをCSV出力しているが、次期システムでは両システムのステータス情報を統合し、1つのジョブで1つのCSVにまとめて出力することを想定している。 ただし、具体的な移行方法については今後の設計次第であり、業務フローの詳細化は必須でない。 29 管理 ユニット転出入管理 ○ - - ○ユニット転出入者を登録する。 参加者ステータス情報を管理する。 ○ ○ - -EC-D-010201_002_業務フロー(13-2-1.ユニット転出入管理).xlsPG-D-010208_基本設計書(業務フロー)_参加者ステータス管理.xlsx統合(統合元：ユニット転出入管理、参加者ステータス管理)以下の点に留意して統合。 ・業務の性質が異なるため、ポータルの参加者ステータス管理に含まれているユニット転出入管理を切り出し・本業務は、請負者の業務範囲である30 調査(検体あり) ID管理 ○ ○ - ○参加者のIDを発行し、母親に対する妊娠前期及び妊娠中期以降、2回目以降の妊娠、父親の調査を実施する。 ○ - - -EC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー1.xlsEC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー2.xlsEC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー3.xlsEC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー4.xlsEC-D-010201_002_業務フロー(6-1-6.ID管理)_前提.xls統合(統合元：ID管理_フロー1～4) -31 調査(検体あり) 対面調査汎用モデル ○ ○ - ○ 検査対象者の抽出、個別同意、対面調査、検体管理を実施する。- - - 対面調査に汎用的に使用できるフロー。- 追加「環境試料」「生体試料」「データ管理_生体検査」「診察記録票」をもとに作成。 32 調査(データのみ) アーカイブデータ参照 - - ○ 現行のデータ管理システムで収集したデータの参照をする。○ - -参照するデータ：診察記録情報、調査結果情報、検査結果情報、妊婦健診転記票、母子健康手帳等EC-D-010201_002_業務フロー(2-2-1.調査情報管理).xls継続(更新) 現行のデータ管理システムの参照機能を本フローに移管する。 33 調査(データのみ) Web質問票(回答)呼出し機能 ○ ○ - ○ Web質問票を表示し、参加者の回答を管理する。- 同期⇐ ○外部サービスへWeb質問票IDを連携。 Web同意書登録機能とは異なる。 PS-D-010201_001_業務フロー.xlsx継続-34 調査(データのみ) 簡易アンケート機能 ○ ○ - ○ 簡易アンケートを表示し、参加者の回答を管理する。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx 廃止 -35 調査(データのみ) 簡易アンケート管理 ○ ○ ○ ○ 参加者からの簡易アンケートを管理する。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_簡易アンケート管理.xlsx 廃止 -36 調査(データのみ) データ管理_Web質問票 ○ ○ ○ ○ 質問票結果情報の管理、代行登録、データコンバートを行う。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_データ管理_Web質問票.xlsx 継続 -37 調査(データのみ) データ管理_個別調査 ○ ○ ○ ○ 詳細調査データの管理、ドキュメント添付を行う。- ○ - - PG-D-010201_基本設計書(業務フロー)_データ管理_個別調査.xlsx 継続 -38 調査(データのみ) データ管理_生体検査 ○ ○ ○ ○ 生体検査データの管理、データの一括読み込みを行う。- ○ - - PG-D-010201_基本設計書(業務フロー)_データ管理_生体検査.xlsx 継続 -39 調査(データのみ) 母親コホート対応 ○ ○ ○ ○ 母親への調査同意及び調査を行う。- ○ 〇 - PG-D-010201_基本設計書(業務フロー)_母親コホート対応 継続40 調査(データのみ) Web質問票お知らせ機能 〇 〇 - 〇 参加者にWeb質問票のリマインドメールを送付する。- - 〇 お知らせ機能とは異なる。- 追加 -41 調査(データのみ) Web同意書登録機能 〇 - - 〇 参加者のWeb同意書を管理する。- - 〇 Web質問票(回答)呼出し機能とは異なる。-追加-42 マスタ 住所履歴管理機能 - ○ - ○ 住所履歴を確認・修正する。○ - - - EC-D-010201_002_業務フロー(2-5-1.住所履歴管理機能).xls継続 参加者ポータルシステムに、住所履歴管理の業務フローがないが、データ管理システムの業務フローを使用し、住所履歴管理業務は継続する。 43 マスタ アカウント管理機能(IDパスワード変更) - ○ - ○ 参加者のユーザID、パスワードの変更を行う。- - ○ - PS-D-010201_001_業務フロー.xlsx 継続 -44 マスタ アカウント管理機能(アカウント情報変更) - ○ - ○ 業務管理サブシステムへの連携が必要なアカウント情報を変更する。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx継続(更新) 姓名が変更できるような記載になっているため、「姓」のみ変更できる内容に更新45 マスタ アカウント管理機能(アイコン・ニックネーム変更) - ○ - ○ 参加者ユーザのアイコン、ニックネームを変更する。- - ○ - PS-D-010201_001_業務フロー.xlsx 継続 -46 マスタ ポイント交換承認機能 - ○ - ○ 代諾者が16歳未満の子供に対してポイント交換可否を設定する。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 47 マスタ ポイント機能(ユニットセンターからのポイント付与) - ○ - ○ ユニットセンターから付与されたポイントを参加者に通知する。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx 継続 -48 マスタ ポイント機能(ギフトコード購入) - ○ - ○ ポイントでギフトコードを購入する。- 同期⇐ ○ e-GIFT外部連携 PS-D-010201_001_業務フロー.xlsx継続(更新) 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 49 マスタ ポイント機能(ポイント移行) - ○ - ○ ポイントを家族内限定で譲渡する。- 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx 継続 -50 マスタ 学校名情報の連携 ○ ○ ○業務管理サブシステムでメンテナンスする学校名情報をポータル管理サブシステムと連携する。 - 同期⇐ ○ - PS-D-010201_001_業務フロー.xlsx継続 2025年度参加者ポータルシステムで改修予定のため、最新の設計書を確認すること。 51 マスタ 親子情報管理 ○ ○ - ○ 親子情報を管理する。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_親子情報管理.xlsx継続 第三世代運用開始後も問題なく使用できるフローと判断し、業務フロー図の更新なし52 マスタ 業務管理_内部向けお知らせ管理 ○ ○ ○ ○ 内部向けお知らせ内容を管理する。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_業務管理_内部向けお知らせ管理.xlsx 継続 -53 マスタ 業務管理_利用組織管理 ○ ○ ○ ○ 利用組織を管理する。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_業務管理_利用組織管理.xlsx 継続 データ管理の利用者組織管理(業務フロー図なし)と統合。 54 マスタ メールアドレス変更依頼 - ○ - ○ 参加者からのメールアドレスの変更依頼対応を行う。- ○ ○ - PG-D-010201_基本設計書(業務フロー)_メールアドレス変更依頼.xlsx 継続 -55 マスタ 郵便対象除外依頼 ○ ○ - ○ 参加者からの郵便対象の除外依頼対応を行う。- ○ - - PG-D-010201_基本設計書(業務フロー)_郵送対象除外依頼.xlsx 継続 -56 マスタ 利用者情報管理 ○ ○ ○ ○ システムの利用者(スタッフ)を管理する。○ ○ ○ -EC-D-010201_002_業務フロー(2-4-1.ユーザ管理).xlsPG-D-010219_基本設計書(業務フロー)_業務管理_利用者情報管理.xlsx統合(統合元：ユーザー管理、業務管理_利用者情報管理)以下の点に留意して統合。 ・現在システム別に実施している利用者情報の更新を一画面で実施できるように業務フローを統合する・利用者登録業務は運用保守業務の一環として外部事業者に委託する方針。 ・生体認証の利用は廃止。多要素認証を採用。 57 リクルート 第3世代リクルート ○ - - - 参加者(本人・G2)の子ども(G3)のエコチル調査参加を依頼する。- - - - - 追加 -58 試料管理 試料管理 - - ○ 生体試料・環境試料の入出庫を管理し、検体データを確認する。○ - - -EC-D-010201_002_業務フロー(10-1-1.試料管理).xlsEC-D-010201_002_業務フロー(10-1-1.試料管理)_ステータスによる入力項目一覧.xlsも含む以下のフローは廃止EC-D-010201_002_業務フロー(3-1-1.試料管理).xlsEC-D-010201_002_業務フロー(3-1-1.試料管理)_ステータスによる入力項目一覧.xls継続(更新) 検体データの登録・更新・削除フローは削除。 (「出庫完了」や「入庫指示」など一部手順をスキップすることが可能。)3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙3 業務一覧登録 更新 削除 参照 データ管理ポータル業務管理サブポータルポータルサブ既存システム区分備考 対応する現行システムの設計書現行業務フローとの変更点※廃止および統合元の業務フローは、本システムの対象外であるため、グレーアウトしている。 変更方針 業務区分 No. 業務フロー名本システム機能概要59 管理 個人情報登録 ○ ○ 調査に同意した参加者の個人情報を登録する。○ EC-D-010201_002_業務フロー(1-5-1.個人情報登録).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)60 管理 同意撤回受付 ○ ○ ○ ○ 協力中止・同意撤回処理を行う。○ EC-D-010201_002_業務フロー(1-8-1.同意撤回受付).xls 統合 「同意撤回」に統合。 61 管理 半年毎の質問票送付 ○ 半年毎の質問票を参加者に送付する。○ EC-D-010201_002_業務フロー(5-1-3.半年毎の質問票送付).xls 廃止62 管理 スケジュール予実管理 ○ スケジュールを確認し、参加者に案内を送ったり催促を行ったりする。○ EC-D-010201_002_業務フロー(6-1-2.スケジュール予実管理).xls統合 2028年度以降に返却される質問票等を考慮し、スケジュール予実管理の更新機能を継続する。 「No.22 進行管理」と類似の業務であるため、業務フローを統合する。 63 管理 集積データ横断検索 ○ 個人情報および調査情報を検索する。○ EC-D-010201_002_業務フロー(11-1-1. 集積データ横断検索).xls 廃止 現在実施していない業務であれば、廃止。 64 管理 統合データベース ○ ○ 参加者ステータスを集計する。星取表を確認する。○ EC-D-010201_002_業務フロー(13-1-1.統合データベース).xls 統合 「統合データベース」に統合。 65 管理 ユニット転出入管理 ○ ○ ユニット転出入者を登録する。○ EC-D-010201_002_業務フロー(13-2-1.ユニット転出入管理).xls 統合 「ユニット転出入管理」に統合。 66 管理 アカウント管理機能(同意ステータス変更) ○ ○ ○ 参加者が同意ステータスを変更する。同期⇐ ○ PS-D-010201_001_業務フロー.xlsx 統合 「同意撤回」に統合。 67 管理 ログバックアップ操作 ログをバックアップして分析を行う。○ PS-D-010201_001_業務フロー.xlsx廃止 非機能要件に移管。 68 管理 個人の操作履歴情報の削除 ○ ○ 参加者ポータルDBから個人の操作履歴を削除する。同期⇐ ○ PS-D-010201_001_業務フロー.xlsx廃止 非機能要件に移管。 69 管理 スマートフォンOS更新時の動作確認スマートフォンOS更新時に動作確認を実施し、スマートフォンアプリの改修要否を確認する。 ○ PS-D-010201_001_業務フロー.xlsx廃止 運用保守要件に移管。 70 管理 スマートフォンアプリのアップデート スマートフォンアプリをアップデートする。○ PS-D-010201_001_業務フロー.xlsx 廃止 運用保守要件に移管。 71 管理 Webアプリのアップデート Webアプリをアップデートする。○ PS-D-010201_001_業務フロー.xlsx 廃止 運用保守要件に移管。 72 管理 参加者アカウント管理 ○ ○ ○ ○ 参加者のアカウント管理、学童期調査参加の受付・要請を行う。○ ○ PG-D-010201_基本設計書(業務フロー)_参加者アカウント管理.xlsx 統合 「個人情報管理」に統合。 73 管理 電磁的同意撤回 ○ ○ 参加者からの同意撤回を受け付け、アカウント情報を削除する。○ ○ PG-D-010201_基本設計書(業務フロー)_電磁的同意撤回.xlsx 統合 「同意撤回」に統合。 74 管理 参加者ステータス管理 ○ 参加者ステータス情報を管理する。○ PG-D-010201_基本設計書(業務フロー)_参加者ステータス管理.xlsx 統合 「統合データベース」に統合。 75 管理 結果返却管理 △ ○ 結果返却PDFを作成し、参加者が返却結果を確認する。○ ○ PG-D-010201_基本設計書(業務フロー)_結果返却管理.xlsx「結果報告承認機能」「結果報告機能」と同じ業務であるため業務フローは一本化する「結果報告承認機能」「結果報告機能」と同じ業務でアクターが異なる76 管理 個人情報管理 ○ ○ ○ ○参加者のアカウント管理、学童期調査参加の受付・要請を行う。 調査に同意した参加者の個人情報を登録する。 参加者の個人情報を変更する。 ○ ○ ○EC-D-010201_002_業務フロー(1-5-1.個人情報登録).xlsEC-D-010201_002_業務フロー(2-1-1.個人情報管理).xlsPG-D-010202_基本設計書(業務フロー)_参加者アカウント管理.xlsx統合(統合元：個人情報登録、個人情報管理、参加者アカウント管理)個人情報の統合がなくなったため統合なし。 77 調査(検体あり) 生体試料 ※ 参加者の生体試料を採取して検査し、結果を登録する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(1-2-1.生体試料).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)78 調査(検体あり) 環境試料 ※ 参加者の環境試料を採取して検査し、結果を登録する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(1-3-1.環境試料).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)79 調査(検体あり) ID管理)_フロー1 ※ 参加者のIDを発行し、母親に対する妊娠前期の調査を実施する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー1.xls 統合 「ID管理」に統合。 80 調査(検体あり) ID管理)_フロー2 ※ 父親に対する調査を実施する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー2.xls 統合 「ID管理」に統合。 81 調査(検体あり) ID管理)_フロー3 ※ 母親の妊娠中期以降の調査と子どもの調査を実施する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー3.xls 統合 「ID管理」に統合。 82 調査(検体あり) ID管理)_フロー4 ※ 母親に対する妊娠前期の調査(２回目以降の妊娠)を実施する。○ ※「アーカイブデータ参照」から参照EC-D-010201_002_業務フロー(6-1-6.ID管理)_フロー4.xlsEC-D-010201_002_業務フロー(6-1-6.ID管理)_前提.xls統合 「ID管理」に統合。 83 調査(検体あり) 詳細調査 ○ 詳細調査対象者を抽出し、詳細調査および調査結果の返却を行う。○ EC-D-010201_002_業務フロー(12-1-1.詳細調査).xls廃止 (「No.80 詳細調査」を詳細化したもの。No.80と同じ作業方針。)84 調査(対面調査) 詳細調査 ※ 参加者へ詳細調査を依頼し、詳細調査の質問票を登録する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(1-7-1.詳細調査).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)85 調査(対面調査) イベント管理 ○ ○詳細調査の同意取得からイベント登録・実施データの管理、結果返却やコメント編集までを行う。 ○ ○メディカルサポートセンター、サービスデスクPG-D-010201_基本設計書(業務フロー)_イベント管理.xlsx「イベント機能」と同じ業務であるため業務フローは一本化する-86 調査(データのみ) 診察記録票 ※ 参加者の診察記録表を登録する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(1-4-1.診察記録票).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)87 調査(データのみ) 質問票調査(初回調査・妊娠中期・出産入院時) ※ 参加者の初回調査・妊娠中期・出産入院時の質問票を登録する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(1-6-1.質問票調査(初回調査・妊娠中期・出産入院時)).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)88 調査(データのみ) 質問票調査(出生以降) ※ 参加者の出生以降の質問票を登録する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(1-6-2.質問票調査(出生以降)).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)89 調査(データのみ) 妊婦健診転記票 ○ 妊婦健診転記票を登録する。○ EC-D-010201_002_業務フロー(1-9-1.妊婦健診転記票).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)90 調査(データのみ) 母子健康手帳 ○ 母子健康手帳を登録する。○ EC-D-010201_002_業務フロー(1-9-2.母子健康手帳).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)91 調査(データのみ) データリンクシステム ○ 放射線量データの分析・抽出などを行う。○ EC-D-010201_002_業務フロー(8-1-1.データリンクシステム).xls 廃止 現在実施していない業務のため廃止。データの登録なし。 92 調査(データのみ) 疾患情報登録 ○ ○ ○ 疾患の二次調査を実施する。○ ※「アーカイブデータ参照」から参照 EC-D-010201_002_業務フロー(9-1-1. 疾患情報登録).xls廃止 参照機能のみになる。(「アーカイブデータ参照」から参照するため、本フローは廃止。)93 マスタ ユーザ管理 ○ ○ システムの利用者を管理する。○ EC-D-010201_002_業務フロー(2-4-1.ユーザ管理).xls 統合 「利用者情報管理」に統合。 94 マスタ データ取得 ○ 調査結果を集計し、出力する。○参照するデータ：調査結果情報、検査結果情報EC-D-010201_002_業務フロー(4-1-1.データ取得).xls廃止 現在実施していない業務のため廃止。 95 マスタ 個人結果送付 ○ 調査結果を参加者に送付する。○ EC-D-010201_002_業務フロー(5-1-1.個人結果送付).xls 廃止96 マスタ 試料採取用キット受発注管理 ○ ○ ○ ユニット内で保管している試料採取キットの在庫・受発注を管理する。○ EC-D-010201_002_業務フロー(6-1-5.試料採取用キット受発注管理).xls 廃止 現在実施していない業務のため廃止。 97 マスタ お問合せ管理 ○ ○ ○ ○ よくある質問のFAQ情報を管理する。○ ○ PG-D-010201_基本設計書(業務フロー)_お問合せ管理.xlsx「問合せ機能」と同じ業務であるため業務フローは一本化する98 マスタ お知らせ管理 ○ ○ ○ ○ お知らせ情報の管理と、お知らせ評価情報の出力を行う。○ ○ PG-D-010201_基本設計書(業務フロー)_お知らせ管理.xlsx「お知らせ機能」と同じ業務であるため業務フローは一本化する99 マスタ 業務管理_利用者情報管理 ○ ○ ○ ○ システム利用者情報を管理する。○ ○ PG-D-010201_基本設計書(業務フロー)_業務管理_利用者情報管理.xlsx 統合 「利用者情報管理」に統合。 100 リクルート リクルート 候補者にエコチル調査参加を依頼する。○ EC-D-010201_002_業務フロー(1-1-1.リクルート).xls 廃止4エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.1_個人情報管理【A.個人情報登録】コアセンター運用担当者 データセンターユニットセンター凡例参加者 協力医療機関コンピュータ・ファイル帳票コンピュータ画面業務・情報 別フ 作業分 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料1個人情報登録2収集情報保存【1-1-1】リクルート201304の対応送付先住所履歴管理DB住所履歴管理DB個人情報管理DB(ポータルDB)同意書同意書3収集情報原本保管質問票回収のタスク以降、スケジュール管理の対象収集情報の原本をPDF化し、データとして保管。 【凡例】備考システム出力対象要確認事項1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.1_個人情報管理【B.参加者による個人情報変更】【C.職員による個人情報変更】ユニットセンターコアセンター運用担当者 データセンター凡例参加者 協力医療機関コンピュータ・ファイル帳票コンピュータ画面業務・情報 別フロー 作業分岐 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料1個人情報変更個人情報管理DB(ポータルDB)2変更内容確認参加者がアプリから自分で変更1個人情報変更個人情報管理DB(ポータルDB)2変更内容確認職員が業務システムから変更2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.1_個人情報管理【D.個人情報参照】凡例参加者 協力医療機関 ユニットセンターコアセンター運用担当者 データセンターコンピュータ・ファイル帳票コンピュータ画面業務・情報 別フロー 作業分 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料1個人情報参照個人情報管理DB(ポータルDB)3個人情報参照個人情報管理DB(データ管理DB)2現行の個人情報を参照アーカイブ化された個人情報を参照3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.2_書面送付指示者 作業者 データセンターコアセンター凡例参加者 協力医療機関 ユニットセンター メディカルサポートセンター1書面送付指示2原稿作成4決裁承認否認個人情報管理DB5送付3送付者リスト作成書面原稿書面ニュースレターに記載する情報は、データ解析結果を含む。 6受領住所変更なし住所変更あり転送可 転送不可7受領8受領9住所不明登録10検索11調査依頼12所在調査13所在調査ユニットセンターを中心として、参加者の所在地を確認する。 例えば、住民基本台帳への情報照会などを想定している。 送付方法については、原則「転送不可」。 (アイデア)１．初回は「転送不可」で送付。初回以降は「転送可」で送付２．書類授受がある場合は「転送可」で送付。 書類授受がない場合は、「転送不可」で送付。 住所不明の時点で、個人情報管理DBに不明であることをステータス登録する。 何らかのタイミングで、所在不明な参加者の所在を確認する作業を実施。 手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理作業分岐試料 始点 終点【凡例】要確認事項 備考 システム出力対象送付者リスト参加者への書面送付可否をシステムで管理し、管理した情報を基に送付対象外の参加者を除外する。 4エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.3_謝礼管理【A.謝礼を郵送する場合】凡例参加者 ユニットセンター メディカルサポートセンターコアセンター承認者 作業者 データセンター2確認・決裁承認否認手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ 別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点【凡例】要確認事項 備考 システム出力対象発送時に受領票を窓口で受け取り、保管する。 お届け完了通知(メール)6受領票保管郵便追跡サービスにて配送状況確認郵便追跡サｰビスでは、受領証にあるお問い合わせ番号を入力することで、配送状況を確認することができる。 スケジュール管理DB1謝礼対象者、謝礼金額を確認5謝礼発送(簡易書留)スケジュール一覧画面から対象参加者を検索し、謝礼金額を確認する。 スケジュール編集画面から操作する。 7謝礼受領3Webプリントサービスによる帳票印刷送付先情報をWebプリントサービスに登録し、以下を出力する。 ・宛名ラベル・差出票・受領票郵便局の郵便追跡に係るサービス9進捗状況を「完了」に更新8郵送完了通知メール受領4謝礼用意宛名ラベル 差出票受領票5エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.3_謝礼管理【B.参加者からの問合せに対応する場合】凡例参加者 ユニットセンター メディカルサポートセンターコアセンター承認者 作業者 データセンター3対応4対応結果登録謝礼の払いに関する問合せについては、以下の通り様々なパターンが想定される。 原則として、作業者が個人情報(個人識別用のＩＤ等)、ステータスを確認の上、その場で対応する。 【参加者からの問合せの場合】１.調査は完了しているが、発送していない場合支払い期日を伝える。予定期日を超過している場合は、上記【A.謝礼を郵送する場合】と同様の対応を行う。 2.発送済みだが、まだ受領されていない場合郵便追跡サービスにて配送状況の確認を行い、その内容を伝える。 ３.発送済みで、受領されている場合支払いが完了している旨を伝える。 ４.進捗状況が調査完了に達していない場合調査が完了した上で謝礼の支払いがされる旨、及び支払い期日を伝える。 【悪意を持った第三者からの問合せ】業務マニュアルのリスク管理規定に従い対応する。 1問合せ問い合わせ内容、対応内容を登録する。 コアセンターまたはユニットセンターへの問い合わせの場合は、原則として本業務フローの対応を行う想定。 協力医療機関への問合せの場合は、コアセンターまたはユニットセンター経由で対応する。 手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ 別フロー 電子データ 確認 保管コンピュータ処理作業分岐 試料 始点 終点問合せ管理DB2進捗状況確認スケジュール管理DB【凡例】要確認事項 備考 システム出力対象6エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.3_謝礼管理【C.謝礼を手渡しする場合】【D.アーカイブ化した謝礼管理データを参照する場合】コアセンター承認者 作業者 データセンター凡例参加者 ユニットセンター メディカルサポートセンター2謝礼受領手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ 別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点1調査終了後謝礼を手渡す3受領証受領【凡例】要確認事項 備考 システム出力対象スケジュール管理DB4進捗状況を「完了」に更新受領証アーカイブ化した謝礼管理データは、アーカイブデータ参照業務にて参照可能。 7エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.4_初回ログイン判定NG判定OK同期業務概要参加者アカウント登録有効化発送 (郵送)参加案内(ID,仮パスワード)コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者参加者アカウント情報 ホーム画面表示 ポータルサブシステム操作可能業務手順利用規約／.への同意確認確認コード(期限付)送信 メールアドレス入力(登録)確認コード入力認証ログイン失敗表示参加者アカウント情報仮ログイン後、利用規約／個人情報保護方針への同意確認表示初回ログイン 参加者ポータルへ初回ログインする。 (1)ユニットセンターにて、業務管理サブシステムを使用して帳票作成後、送付する。 ※送付用紙には、パスワードの管理や保管を施すよう記載する。 (2)業務管理サブシステムからログイン情報を登録する。 (3)参加者がアプリをダウンロードし、ID・パスワードでログインする。 (4)参加者が利用規約への同意を行い、メールアドレスを登録する。 (5)確認コードを送信し、参加者は確認コードを入力する。 (6)確認コードが合致する場合、認証完了としてホーム画面を表示する。 (7)確認コードが合致しない場合、再認証を行うか、IDとパスワードの再発行を行う。 確認コードの有効期限は24時間とする。 初回ログイン前のIDの有効期限について、AWSの仕様による制限がないか調査する。 → 04/05)有効期限の制限はないことが判明している。 備考再認証または、問合せマイページ開設案内の確認アクセス情報QR／URLでアプリダウンロード開始アプリダウンロード認証判定同期8エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.5_パスワード再設定業務概要ID確認 パスワード再設定業務手順確認コード、パスワード再設定用URL送付(メール)(1)参加者がアプリ起動またはポータルURLにアクセスする。 (2)参加者がログイン画面からパスワードの再設定を要求する。 (3)ポータルサブシステムから確認コード、パスワード再設定用URLをメール送信する。 (4)参加者はメールのURLより確認コードとパスワードを指定し、パスワードを更新する。 コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者確認コードの有効期限は24時間ログイン画面表示 アプリ起動／ポータルURLアクセスログイン画面からパスワード再設定パスワード再設定画面表示ID入力 参加者がパスワード紛失時に再発行する。 備考パスワード登録画面ログインパスワード再設定画面表示確認コード、新パスワードを入力ホーム画面パスワード登録完了確認9エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.6_IDとパスワードの再発行電話新しいIDの通知(メール)新しいIDを使用してパスワード再設定のフローへ業務概要依頼受付け IDとパスワードの再発行依頼本人確認依頼参加者業務手順コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステムアカウント情報更新 アカウント情報本人確認IDとパスワードの再登録依頼IDと仮パスワードの再登録(ヘルプデスク)確認コード、新パスワードを入力ホーム画面 参加者がIDとパスワードの両方を忘れた場合に再発行する。 (1)参加者がユニットセンターへIDとパスワードの再発行を依頼する。 (2)ユニットセンターでIDとパスワードの再発行依頼を受付後、コアセンターへ本人確認を依頼する。 (3)コアセンターで本人確認後、ヘルプデスクにIDとパスワードの再発行を依頼する。 (4)ヘルプデスクが新しいIDと仮パスワードを業務管理サブシステムに登録する。 (5)ポータルサブシステムから新しいIDをメール送信する。 (6)参加者は、ポータルシステムログインより新しいIDを使用してパスワード再設定を行う。 パスワード登録画面新しいIDの有効期限はなし新しいIDの通知後のフローは、 「パスワード再設定」のフロー備考パスワード登録完了確認パスワード再設定画面表示ログイン画面からパスワード再設定ID入力ID確認 パスワード再設定確認コード、パスワード再設定用URL送付(メール)パスワード再設定画面表示ログイン同期10エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.7_2回目以降のログイン連続して失敗ログイン成功ロック状態ログイン可能否要業務概要確認コード(期限付)送信2段階認証ホーム画面表示業務手順備考操作(1)参加者はアプリ起動またはポータルURLにアクセスする。 (2)参加者はログイン画面からログインする。 (3)アカウントがロックされていれば、その旨を画面に表示する。 (4)連続してログインに失敗した場合はアカウントをロックする。 (5)アカウントをロックした際には、アカウントをロックした旨を登録済みのメールアドレスに通知する。(2023年3月末リリース)(5)2段階認証が必要な場合(備考参照)は、参加者は確認コードで本人確認を行う。 (6)2段階認証に成功した際には、新しいデバイスでログインした旨を登録済みのメールアドレスに通知する。(2023年3月末リリース) 確認コードの有効期限は24時間 2段階認証が必要な条件は下記とする。 ①一定期間(90日間)ログインしていない時。 ②アプリで管理している情報が消去された時。 (アプリの大規模アップデート、OSバージョンアップ、利用者本人によるデータ削除など) ③初めてログインするデバイスでログインした時。 (デバイス認証) ２回目以降のログイン時のおいて、必要に応じて本人確認を行う。 ID・パスワード、または生体認証でログイン (自動ログイン設定あり)アカウントロック確認コード入力アカウントロックの確認デバイス認証通知 新しいデバイスでのログイン確認アカウントロック通知 アカウントロック確認コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者2段階認証要否ログイン認証アカウントロック状態11エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.8_お知らせ機能同期お知らせ情報コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステムお知らせ登録ホーム画面表示お知らせ一覧画面表示お知らせ情報更新(未読→既読)お知らせ登録お知らせ情報 お知らせ情報認証備考ポップアップ画面でお知らせの内容を確認ログイン未読のお知らせを確認業務手順お知らせ一覧画面へ展開 コアセンターまたはユニットセンターからのお知らせを参加者に通知する。 (1)コアセンターまたはコアセンターからお知らせを登録する。 (2)参加者がホーム画面で未読のお知らせを確認する。 (3)参加者がホーム画面またはお知らせ一覧画面からのポップアップ画面でお知らせの内容を確認する。 参加者業務概要お知らせメール確認 同期12エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.9_Web質問票承認機能■代諾者 16歳以上の参加者本人によるWeb質問票に対する承認または否認は必要としない。 Web質問票プレビュー表示Web質問票の否認を選択備考業務手順(1)コアセンターからWeb質問票プレビューを登録する。 (2)コアセンターからWeb質問票管理を登録する。 (3)参加者がWeb質問票一覧表示から内容を確認するWeb質問票を選択する。 (4)参加者がWeb質問票の内容を確認する。 (5)参加者がWeb質問票の否認(承認)を選択する。 内容を確認するWeb質問票を選択Web質問票の内容を確認Web質問票回答情報 Web質問票管理情報を更新Web質問票プレビュー登録Web質問票プレビュー情報Web質問票プレビュー情報①①Web質問票一覧表示(代諾者承認用)Web質問票管理登録 Web質問票管理情報 Web質問票を一覧表示し、代諾者によるWeb質問票に対する承認または否認を管理する。 Web質問票管理情報コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者業務概要同期同期13エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.10_結果報告承認機能■代諾者業務手順結果返却管理情報 結果返却管理情報備考(1)コアセンターから結果返却管理を登録する。 (2)代諾者一覧表示から否認または承認する結果報告表示を選択する。 結果返却管理登録 結果返却管理情報 結果返却管理情報コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 結果報告を一覧表示し、代諾者による結果報告表示に対する承認または否認を管理する。 結果報告一覧表示(代諾者承認用)結果報告承認操作否認(承認)する結果報告を選択業務概要参加者同期14エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.11_結果報告機能即時業務概要結果返却情報登録結果返却情報(結果表示ファイルを含む)備考コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム業務手順結果返却情報登録参加者ログイン結果表示画面へ展開結果表示ファイルホーム画面表示結果表示画面表示(代諾者が承認した結果報告のみ)結果表示リクエスト完了を確認結果表示画面に展開リクエストした報告書を確認結果表示リクエスト完了を表示結果表示ファイルの成形 リクエストされた報告書を参加者に通知する。 (1)コアセンターまたはユニットセンターから結果返却情報(備考参照)を登録する。 (2)参加者が結果表示リクエスト画面で申請する。 (3)業務管理サブシステムから結果表示ファイルを取得する。 (4)参加者が結果表示画面でリクエストした報告書を確認する。 結果返却情報参加者が結果返却リクエストするための報告書のタイトル血中元素測定結果、質問票集計データ等結果表示リクエスト画面に展開リクエスト申請結果表示リクエスト確認を確定結果返却情報認証結果表示ファイルを取得結果表示リクエスト確認を表示結果表示リクエスト情報同期15エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.13_問合せ機能不可可回答が得られない同期電話電話FAQ登録ログインお問合せ画面に展開問合せ操作(キーワード検索)ポータルサブシステム備考 問合せ登録(定期的に同期する)回答保留と問合せ先の表示FAQで回答業務手順FAQでの回答確認回答保留と問合せ先の確認業務概要コアセンター ユニットセンター 業務管理サブシステム 参加者 予め登録しておくFAQにより、参加者の問合せに回答する。 (1)コアセンターからFAQを登録する。 (2)参加者がお問合せ画面からキーワード検索する。 ＜検索結果がある場合＞(3)参加者がFAQでの回答を確認する。 ＜検索結果がない場合＞(4)参加者が回答保留と問合せ先を確認する。 (5)参加者がユニットセンターへ電話で問合せして回答を確認する。 (6)随時、コアセンターからFAQで回答可否となった問合せに対するFAQを追加登録する。 FAQ登録 FAQ登録認証ホーム画面表示問合せ一時登録FAQの問合せFAQ登録FAQの確認問合せ確認(ALSOK)問合せ回答入力(定期的にまとめて入力)問合せ情報問合せ回答情報問合せ情報参照同期FAQ回答可否同期16エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.14_コピーライト等情報表示機能即時即時即時個人情報保護方針情報同意について情報個人情報保護方針ファイル(備考参照)ログイン画面表示個人情報保護方針情報取得同意についてファイル(備考参照)業務概要コアセンター ユニットセンター ポータル管理サブシテム ポータルサブシステム 参加者 「コピーライト」「個人情報保護方針」「同意について」を表示する。 コピーライトファイル(備考参照)コピーライト情報(1)参加者がログイン画面でコピーライトを確認する。 (2)参加者が個人情報保護方針画面で個人情報保護方針を確認する。 (3)参加者が同意について画面で同意についてを確認する。 (1)コピーライトは、ログイン画面の他、各種画面の共通ヘッダーからも確認できる。 (2)個人情報保護方針画面、同意について画面は、各種画面の共通ヘッダーから表示できる。 (3)下記のファイルは、コアセンターからの依頼により、ポータル管理サブシステムの保守員がメンテナンスする。業務フロー「コピーライト等のメンテナンス」を参照。 ・コピーライトファイル ・個人情報保護方針ファイル ・同意についてファイルコピーライトの確認操作コピーライト情報取得コピーライト画面確認同意について画面確認備考個人情報保護方針の確認同意についての確認個人情報保護方針画面確認業務手順ログイン画面表示ログイン画面表示同意についての情報取得17エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.15_ポイント交換商品のメンテナンス■商品ロゴを追加、変更する場合業務概要保守員によるポイント交換商品情報のメンテナンスコアセンター ユニットセンター 業務管理サブシステム ポータル管理サブシステム 全日空商事商品ロゴの登録確認備考ポイント交換商品のメンテナンス依頼保守員によるポイント交換商品メンテナンス完了の連絡ポイント交換商品メンテナンス完了の確認業務手順商品ロゴの使用確認依頼商品ロゴ著作権の確認商品ロゴ著作権の確認結果を連絡(1)コアセンターから保守員へポイント交換商品のメンテナンスを依頼する。 (2)保守員がポイント交換商品情報をメンテナンスする。 (3)保守員がコアセンターへポイント交換商品メンテナンス完了を連絡する。 (4)商品ロゴを変更、追加する場合は、全日空商事へ著作権確認が必要となる。 ポイント交換可能な商品をメンテナンスする。 保守員による商品ロゴの登録申請保守員による商品ロゴの登録報告18エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.16_コピーライト等のメンテナンス保守員による利用規約ファイルのメンテナンス業務概要 コピーライト等をメンテナンスする。 コピーライトのメンテナンス依頼保守員によるコピーライトファイルのメンテナンスコピーライトメンテナンス完了の確認コアセンター ユニットセンター 業務管理サブシステム ポータル管理サブシステム 参加者利用規約メンテナンス完了の確認保守員による利用規約メンテナンス完了の連絡保守員によるコピーライトメンテナンス完了の連絡備考個人情報保護方針のメンテナンス依頼保守員による個人情報保護方針ファイルのメンテナンス個人情報保護方針メンテナンス完了の確認保守員による個人情報保護方針メンテナンス完了の連絡同意についてのメンテナンス依頼保守員による同意についてファイルのメンテナンス同意についてメンテナンス完了の確認保守員による同意についてメンテナンス完了の連絡業務手順(1)コアセンターから保守員へコピーライトのメンテナンスを依頼する。 (2)保守員がコピーライトファイルをメンテナンスする。 (3)保守員がコアセンターへコピーライトメンテナンス完了を連絡する。 個人情報保護方針、同意について、利用規約も同様。 利用規約のメンテナンス依頼19エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.17_アクセスログ収集操作(脅威検知情報の収集含む)備考コアセンター ユニットセンター 業務管理サブシステム ポータル管理サブシステム 参加者業務概要保守員によるアクセスログ収集バッチ処理操作収集したログをファイルに保存収集したログを削除バックヤードにてファイルに保存したアクセスログを分析 アクセスログを収集して分析を行う。 (1)保守員がアクセスログ収集バッチ処理を操作し、アクセスログを収集する。 (2)収集したアクセスログをファイルに保存する。 (3)収集したアクセスログを削除する。 (4)バックヤードにてファイルに保存したアクセスログを分析する。 業務手順20エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.18_認証■ 認証参加者ポータル 備考 コアセンター/ユニットセンター 業務システムログイン画面を表示する業務システムのショートカットをダブルクリックするワンタイムパスワードを発行するユーザーID・パスワードを入力する認証NGの場合トップ画面を表示する認証OKの場合ワンタイムパスワードを入力するワンタイムパスワードを再発行する認証NGの場合認証OKの場合ログイン画面を閉じるログインしない場合ログインする場合本業務のフローについては、請負者の提案とNIESとの調整のうえ確定する。 21エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理■ 同意書情報一覧表示■ 同意書情報新規登録備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者同意書情報一覧画面表示同意書情報一覧メニュー選択同意書情報一覧検索内容入力「検索実行」ボタン押下同意書情報一覧表示同意書情報DB登録同意情報入力「保存」ボタン押下「新規登録」ボタン押下同意書情報登録画面表示同期参加者同意情報同意書情報一覧情報確認同意書情報一覧画面表示同意書情報一覧メニュー選択22エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 同意書情報詳細表示■ 同意書情報編集■ 同意書情報一覧表示■ 同意書情報一覧表示 ■ 同意書情報詳細表示「詳細」ボタン押下同意書情報詳細画面表示同意書情報編集画面表示「編集」ボタン押下「保存」ボタン押下 同意書情報DB登録同意書情報入力同期参加者同意情報23エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 同意書情報削除■ 同意書情報詳細表示■ 同意書情報データ出力■ 同意書情報一覧表示■ 同意書情報一覧表示一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択同意書情報一覧CSV取得削除対象の同意書情報選択同意書情報DB削除 「削除」ボタン押下同期参加者同意情報24エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 同意書破棄情報一覧表示■ 同意書破棄情報新規登録同意書破棄情報一覧画面表示同意書情報破棄一覧メニュー選択同意書破棄情報一覧検索内容入力「検索実行」ボタン押下同意書破棄情報一覧表示同意書破棄情報DB登録同意書破棄情報入力「保存」ボタン押下「新規登録」ボタン押下同意書破棄情報登録画面表示同意書破棄情報一覧画面表示同意書情報破棄一覧メニュー選択同意書破棄情報一覧情報確認参加者同意情報同期25エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 同意書破棄情報詳細表示■ 同意書破棄情報編集■ 同意書破棄情報削除■ 同意書破棄情報詳細表示■ 同意書破棄情報一覧表示■ 同意書破棄情報一覧表示 ■ 同意書破棄情報詳細表示■ 同意書破棄情報一覧表示同意書破棄情報編集画面表示「編集」ボタン押下「保存」ボタン押下 同意書破棄情報DB登録同意書破棄情報入力「詳細」ボタン押下同意書破棄情報詳細画面表示削除対象の同意書破棄情報選択同意書破棄情報DB削除 「削除」ボタン押下参加者同意情報同期26エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 完全同意撤回同意書情報の削除承認■ 同意書破棄情報データ出力■ 同意書破棄情報一覧表示■ 同意書情報詳細表示完全同意撤回同意書情報ステータス変更「削除承認」ボタン押下 削除本処理実行 同期一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択同意書破棄情報一覧CSV取得参加者同意情報27エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 個別調査同意書情報新規登録■ 第一期同意書情報詳細表示■ 個別調査同意書情報詳細表示■ 同意書情報詳細表示■ 同意書情報詳細表示対象第一期同意書情報の「詳細」ボタン押下第一期同意書情報詳細画面表示個別調査同意書情報DB登録個別調査同意書情報入力「保存」ボタン押下「新規登録」ボタン押下個別調査同意書情報登録画面表示同期個別調査同意書情報一覧画面表示個別調査同意書情報一覧メニュー選択対象個別調査の「詳細」ボタン押下個別調査同意書情報詳細画面表示参加者同意情報28エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.19_同意書管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 個別調査同意書情報編集■ 個別調査同意書情報削除■ 個別調査同意書情報詳細表示■ 個別調査同意書一覧表示■ 同意書情報詳細表示個別調査同意書情報編集画面表示対象個別調査の「編集」ボタン押下「保存」ボタン押下個別調査同意書情報DB登録個別調査同意書情報入力削除対象の個別調査同意書選択個別調査同意書DB削除 「削除」ボタン押下 同期同期参加者同意情報参加者同意情報29エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.20_電磁的同意■参加者情報コンバートディレクトリID、メーリングリストID、参加者ユニークIDを渡す参加者 運用支援 ユニットセンター 業務管理サブシステム 参加者ポータルWeb質問票クアルトリクス業務管理サブシステムに本体調査の参加者情報をコンバートする参加者情報、家族情報、第一期同意情報を登録し、参加者情報は有効化状態とするポータル側に参加者情報、家族情報、参加者同意情報を連携するポータル側に参加者情報、家族情報、参加者同意情報を保存するクアルトリクスへユーザーを作成する(ポータルAPI経由)クアルトリクスへユーザー作成をリクエストクアルトリクスへユーザー作成をリクエスト初回案内資料を出力して郵送する初回案内資料を受領する30エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.20_電磁的同意参加者 運用支援 ユニットセンター 業務管理サブシステム 参加者ポータルWeb質問票クアルトリクス■ 電磁的同意用の質問票作成同意に関する各質問には決められた変数名を付与する クアルトリクスに電磁的同意用の質問票を作成する電磁的同意用質問票の質問票ID、URLを確認、設問定義JSON、 プレビュー用PDFを取得する電磁的同意用のWeb質問票を登録Web質問票に回答(協力する／しない)Web質問票回答データをAPI連携Web質問票回答データを保存夜間バッチでWeb質問票回答データを取得業務管理サブシステムに種別「基本同意」として質問票定義を登録するWeb質問票定義情報、表示対象者情報を登録Web質問票定義情報、表示対象者情報を連携すWeb質問票定義情報、表示対象者情報を保存するリクエストされた各参加者向けの質問票回答用画面を表示する電磁的同意質問票の回答データの場合、同意種別に応じた処理を行うポータル側に参加者情報、参加者同意情報を連携し、電磁的同意への回答内容のメールを送信ポータル側に参加者情報、参加者同意情報を保存するお知らせ情報を登録して、配信(データ連携)するWeb質問票定義情報、表示対象者情報を保存するお知らせメールを送信する(ポータルAPI経由)参加者にお知らせメールを送信するお知らせメールを受信して質問票回答サイトにアクセスする参加者ポータルへの初回ログインを行う回答した電磁的同意の内容を確認基本同意の場合個別調査の同意や本人同意などの場合(参加者ポータルの初回ログインが完了している場合)質問票ID、URL、設問定義JSON、プレビューPDFを登録「Web同意書登録機能」の「Web同意書の回答」／「Web同意書の回答完了」にあたる31エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.21_ポイント管理■ ポイント残高表示■ ポイント受け払い状況一覧表示備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者参加者アカウント一覧画面表示アカウント管理メニュー選択参加者アカウント一覧検索内容入力参加者アカウント情報一覧表示ポイント残高確認「詳細」ボタン押下参加者アカウント詳細画面表示ポイント受け払い情報確認ポイント受け払い一覧検索内容入力ポイント受け払い一覧表示ポイント受け払い一覧画面表示ポイント受け払い管理メニュー選択32エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.21_ポイント管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ ポイント受け払い状況詳細表示■ ギフトコード交換情報一覧表示■ ギフトコード交換情報詳細表示■ ポイント受け払い状況一覧表示■ ギフトコード交換情報一覧表示ポイント受け払い情報詳細画面表示「詳細」ボタン押下ポイント受け払い情報詳細確認ギフトコード交換情報一覧画面表示ギフトコード交換情報メニュー選択ギフトコード交換情報一覧確認ギフトコード交換情報検索内容入力ギフトコード交換情報一覧表示ギフトコード交換情報詳細画面表示「詳細」ボタン押下ギフトコード交換情報詳細確認33エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.21_ポイント管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ データ出力■ ギフトコード交換情報一覧表示一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択ポイント履歴一覧ギフトコード交換情報一覧CSV取得34エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.21_ポイント管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ ポイント受け払い■ ポイント受け払い状況一覧表示 ポイント付与情報取得ポイント付与情報確認ポイント付与情報 ポイント付与情報アンケート回答ギフトコード交換申請 等ポイント付与同期35エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No22-1_進行管理_質問票(Web)■ 一覧表示■ 新規登録備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者スケジュール一覧メニュー選択スケジュール一覧画面表示「新規登録」ボタン押下スケジュール登録画面表示スケジュール入力スケジュールDB登録スケジュール検索内容入力「検索実行」ボタン押下スケジュール一覧表示スケジュール一覧メニュー選択スケジュール一覧画面表示「保存」ボタン押下スケジュール一覧情報確認36エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No22-1_進行管理_質問票(Web)備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 削除■ 詳細表示■ 編集■ 一覧表示■ 一覧表示 ■ 詳細表示■ 詳細表示 ■ 一覧表示「削除」ボタン押下 スケジュールDB削除削除対象のスケジュールの選択「詳細」ボタン押下 スケジュール詳細画面表示「編集」ボタン押下 スケジュール編集画面表示スケジュール入力「保存」ボタン押下 スケジュールDB登録37エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No22-1_進行管理_質問票(Web)備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 督促■ 詳細表示ステータスが「回答完了」の場合ステータスがマイルストーンに達していない場合ステータスがマイルストーンに達している場合ステータスの確認督促の通知何もしないポイント付与の通知通知状況(督促)DB登録通知状況(ポイント付与)DB登録通知情報同期通知情報同期通知状況(督促)確認通知状況(ポイント付与)確認38エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No22-1_進行管理_質問票(Web)備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ データ出力■ 一覧表示一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択スケジュールCSV取得39エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.22-2_進行管理_質問票(紙)【A.スケジュール通知】参加者 協力医療機関凡例ユニットセンターコアセンターデータセンター 作業者参加者リスト 遅延者一覧8遅延者通知スケジュール通知管理DB6案内書受領10フォローアップ5案内書送付11参加者追跡1スケジュール通知2参加者リスト通知以下のような調査全体の概況を示す指標を、コアセンター、ユニットセンターそれぞれの画面からデータ出力する機能を持たせる。 スケジュール定時処理個人情報管理DB9督促非反応者通知調査予定日に来院しなかった参加者の自動抽出を行う。 督促非反応者(遅延者に対し督促を行ったが、それでも来院しなかった参加者など)に設定された対象者の自動抽出を行う。 督促非反応者一覧スケジュール管理DB12フォローアップ状況更新督促実施など、フォローアップ状況を登録する。 【凡例】要確認事項 備考システム出力対象予定者一覧7予定者通知3案内書出力調査予定日(期限)が迫った参加者の自動抽出を行う。 調査開始予定日が近づくと、システムが自動的に対象参加者情報の抽出を行う。 健診案内書予め入力された参加者の予定情報をもとに各種の通知情報が生成される。 スケジュール管理DB健診案内書送付先4(送付情報)出力済に更新送付情報管理DB手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点40エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.22-2_進行管理_質問票(紙)【B.検索、出力】凡例コアセンター作業者 データセンター参加者 協力医療機関 ユニットセンター進捗状況管理DB出力結果CSV3進捗状況データ検索4検索結果出力1進捗状況データ検索2検索結果出力出力結果CSV手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点定時処理スケジュール管理DB出力結果をもとに下記の帳票を出力する。 ・全体進捗状況・ユニットセンター別進捗状況・協力医療機関別進捗状況・調査概況全体進捗状況全体進捗状況入力された参加者の調査実施情報をもとに進捗状況情報が生成される。 41エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.23_調査情報管理■ 一覧表示■ 新規登録備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者調査情報一覧メニュー選択調査情報一覧画面表示「新規登録」ボタン押下調査情報登録画面表示調査情報入力調査情報DB登録調査情報検索内容入力「検索実行」ボタン押下調査情報一覧表示調査情報一覧メニュー選択調査情報一覧画面表示「保存」ボタン押下調査情報一覧情報確認42エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.23_調査情報管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 削除■ 詳細表示■ 編集■ 詳細表示 ■ 一覧表示■ 一覧表示■ 一覧表示 ■ 詳細表示「削除」ボタン押下 調査情報DB削除削除対象の調査情報の選択「詳細」ボタン押下調査情報詳細画面表示「編集」ボタン押下調査情報編集画面表示スケジュール入力「保存」ボタン押下 調査情報DB登録43エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.23_調査情報管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ データ出力■ 一覧表示一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択調査情報CSV取得44エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.24_操作履歴管理■ 操作履歴 一覧表示■ 操作履歴 データ出力■ 一覧表示備考 業務管理サブシステム 参加者ポータル 参加者 システム管理者操作履歴一覧メニュー選択操作履歴一覧画面表示操作履歴検索条件入力「検索実行」ボタン押下操作履歴一覧表示操作履歴一覧情報確認一覧に表示されているデータをCSV出力対象CSVダウンロード一覧画面表示CSVダウンロード実行CSVダウンロード対象データ選択CSVダウンロードメニュー選択操作履歴CSV取得「データ出力」ボタン押下45エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.25_業務管理_CSVダウンロード■ 一覧表示■ 削除備考 業務管理サブシステム 参加者ポータル 参加者 コアセンター ユニットセンターCSVダウンロード一覧画面表示CSVダウンロード一覧メニュー選択CSVダウンロード一覧情報確認削除対象のCSVデータの選択CSVデータDB削除 「削除」ボタン押下■ 一覧表示46エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.27_同意撤回【A.協力中止】コアセンター データセンター 参加者 協力医療機関 ユニットセンター メディカルサポートセンター凡例アカウント情報管理DB(旧ポータル)コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 作業分岐 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料1協力中止を希望4申請書記入16証明書受領17証明書受領申請書(未記入)申請者の身元が確認できる書類(住所、氏名が記載された公的な証明書の写し(パスポート、免許証等))を提出する。 同意書の保管はユニットセンターが行っているため、参加者がユニットセンターに直接申請する。 同意撤回情報管理DB同意書情報管理DB(旧データ管理)同意情報管理DB(旧ポータル)同意情報に「協力中止」のステータスを設定する。 11同意撤回受付完了を確認同意撤回情報管理DB保存してから６営業日後、PDFの頁数、人が読めるか内容を確認して破棄する。 完了通知の１０日後(or7日後)にアプリ利用停止。 同意取り消し作業修了証明書(原本)同意取り消し作業修了証明書(写し)13ログインできなくなるスケジュール管理DB【スケジュールの登録】ユニットセンターでは登録されているスケジュールを確認し、進捗状況を「打ち切り」に変更する。 【凡例】旧データ管理備考システム出力対象旧ポータルお知らせ(メール) お知らせ(アプリ)不備あり不備なし本人確認書類(写し)2受付3申請書送付8同意破棄情報登録5申請書受領・確認14証明書発行15証明書送付18証明書送付済に更新19申請書・証明書保存申請書(記入済)10受付完了を通知同意取り消し作業修了証明書(写し) 申請書(記入済)20申請書・証明書保管21申請書破棄前確認22申請書破棄12データ削除9確認登録アカウント情報を削除する。 アプリが使えなくなり、ポイント交換等もできなくなる。 旧参加者ポータルのアカウント情報DB。 UCでの確認後、受付が完了。 受付完了通知の10日後に協力中止が確定する。 受付完了をアプリのお知らせとメールで通知。ポイント残高確認・ポイント処理のアナウンスも行う。 6受領証発行7受領証受領協力中止訂正もあるためアカウント情報は残し、アカウント無効にする方がよい。要調整。 47エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.27_同意撤回【B.同意撤回】コアセンター データセンター 参加者 協力医療機関 ユニットセンター メディカルサポートセンター凡例アカウント情報管理DB(旧ポータル)コンピュータ 帳票コンピュータ画面業務・情報の流れ別フロー 作業分岐 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料1同意撤回を希望4申請書記入16証明書受領17証明書受領申請書(未記入)申請者の身元が確認できる書類(住所、氏名が記載された公的な証明書の写し(パスポート、免許証等))を提出する。 同意書の保管はユニットセンターが行っているため、参加者がユニットセンターに直接申請する。 同意撤回情報管理DB同意書情報管理DB(旧データ管理)同意情報管理DB(旧ポータル)同意情報に「同意撤回」のステータスを設定する。 11同意撤回受付完了を確認同意撤回情報管理DB保存してから６営業日後、PDFの頁数、人が読めるか内容を確認して破棄する。 完了通知の１０日(7日後)後にアプリ利用停止。 同意取り消し作業修了証明書(原本)同意取り消し作業修了証明書(写し)13ログインできなくなるスケジュール管理DB【スケジュールの登録】ユニットセンターでは登録されているスケジュールを確認し、進捗状況を「打ち切り」に変更する。 個人情報管理DB(旧データ管理)個人情報管理DB(旧ポータル)アカウント情報を含む個人情報を削除する。 お知らせ(メール) お知らせ(アプリ)UC、CCでの確認後、受付が完了。 アプリが使えなくなり、ポイント交換等もできなくなる。 旧参加者ポータルのアカウント情報DB。 受付完了通知の10日後に同意撤回が確定する。 受付完了をアプリのお知らせとメールで通知。ポイント残高確認・ポイント処理のアナウンスも行う。 不備あり不備なし本人確認書類(写し)2受付3申請書送付8同意破棄情報登録5申請書受領・確認14証明書発行15証明書送付18証明書送付済に更新19申請書・証明書保存申請書(記入済)10受付完了を通知同意取り消し作業修了証明書(写し)申請書(記入済)20申請書・証明書保管21申請書破棄前確認22申請書破棄12データ削除9確認登録6受領証発行7受領証受領48エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.27_同意撤回【C.完全同意撤回】凡例コアセンター 参加者 協力医療機関 ユニットセンター メディカルサポートセンター受付完了通知の10日後に完全同意撤回が確定する。 旧データ管理側の業務フロー図アカウント情報管理DB(旧ポータル)個人情報管理DB(旧ポータル)調査情報管理DB(旧ポータル)コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 作業分岐 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料1完全同意撤回を希望4申請書記入19証明書受領20証明書受領申請書(未記入) 申請者の身元が確認できる書類(住所、氏名が記載された公的な証明書の写し(パスポート、免許証等))を提出する。 同意書の保管はユニットセンターが行っているため、参加者がユニットセンターに直接申請する。 同意撤回情報管理DB同意書情報管理DB(旧データ管理)同意情報管理DB(旧ポータル)同意情報に「完全同意撤回」のステータスを設定す12同意撤回受付完了を確認同意撤回情報管理DB保存してから６営業日後、PDFの頁数、人が読めるか内容を確認して破棄する。 完了通知の１０日後にアプリ利用停止同意取り消し作業修了証明書(原本)同意取り消し作業修了証明書(写し)14ログインできなくなるスケジュール管理DB【スケジュールの登録】ユニットセンターでは登録されているスケジュールを確認し、進捗状況を「打ち切り」に変更する。 個人情報管理DB(旧データ管理)調査情報管理DB(旧データ管理)お知らせ(メール) お知らせ(アプリ)不備あり不備なし本人確認書類(写し)2受付3申請書送付8同意破棄情報登録5申請書受領・確認17証明書発行18証明書送付21証明書送付済に更新22申請書・証明書 保存申請書(記入済)11受付完了を通知同意取り消し作業修了証明書(写し) 申請書(記入済)23申請書・証明書保管24申請書破棄前確認25申請書破棄16試料破棄済に更新15試料破棄依頼【3-1-1】試料管理13データ削除9確認登録10確認登録受付完了をアプリのお知らせとメールで通知。ポイント残高確認・ポイント処理のアナウンスも行う。 UC、CCでの確認後、受付が完了。 アプリが使えなくなり、ポイント交換等もできなくなる。 旧参加者ポータルのアカウント情報DB。 個人情報、調査情報含むすべてのデータを削除する。 6受領証発行7受領証受領49エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.28_統合データベース【A.参加者ステータス情報作成・集計】凡例データセンター 参加者 協力医療機関 メディカルサポートセンター ユニットセンター コアセンター1参加者ステータス情報作成定時処理(日次夜間)詳細調査同意書情報管理DB(旧データ管理)親子関係情報管理DB(旧データ管理)同意書情報管理DB(旧データ管理)個人情報管理DB(旧データ管理)2参加者ステータス情報集計定時処理(日次夜間)参加者ステータス情報管理DB参加者ステータス情報集計結果CSV3集計結果確認4集計結果まとめデータ管理側とポータル側のデータを集計する。 ※第3期までは、各システムがそれぞれのジョブで個別に参加者のステータスをCSV出力しているが、次期システムでは両システムのステータス情報を統合し、1つのジョブで1つのCSVにまとめて出力することを想定している。 【凡例】旧データ管理備考システム出力対象旧ポータル詳細調査同意書情報管理DB(旧ポータル)親子関係情報管理DB(旧ポータル)同意書情報管理DB(旧ポータル)個人情報管理DB(旧ポータル)所定の共有フォルダに格納される。 手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点50エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.28_統合データベース【B.参加者ステータス情報一覧・詳細表示】コアセンター データセンター 参加者 協力医療機関 メディカルサポートセンター ユニットセンター凡例参加者ステータス情報管理DB１参加者ステータス情報一覧5参加者ステータス情報詳細2検索条件入力３検索４検索結果表示手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点51エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.28_統合データベース【C.参加者ステータス情報出力・ダウンロード】コアセンター データセンター凡例参加者 協力医療機関 メディカルサポートセンター ユニットセンター以下、ポータル側のフロー参加者ステータス情報管理DB一覧画面に表示されているデータをCSV出力対象として保存CSVダウンロード管理DB１参加者ステータス情報一覧2検索条件入力参加者ステータス情報CSV６CSVダウンロード一覧５参加者ステータス情報CSV出力対象登録３検索８ダウンロード実行４検索結果表示７ダウンロード対象選択手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点52エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.28_統合データベース【D.星取表管理】凡例コアセンター データセンター 参加者 協力医療機関 メディカルサポートセンター ユニットセンター星取表管理DB1星取表情報作成定時処理(日次夜間)詳細調査同意書情報管理DB(旧データ管理)親子関係情報管理DB(旧データ管理)同意書情報管理DB(旧データ管理)個人情報管理DB(旧データ管理)調査結果情報管理DB群(旧データ管理)前回実行分から差分があった分を変更する調査結果登録後、星取表機能で確認できるのは夜間処理終了後である(基本、翌日以降)2星取表情報一覧6星取表情報詳細3検索条件入力4検索5検索結果表示詳細調査同意書情報管理DB(旧ポータル)親子関係情報管理DB(旧ポータル)同意書情報管理DB(旧ポータル)個人情報管理DB(旧ポータル)調査結果情報管理DB群(旧ポータル)手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐試料 始点 終点53エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.29_ユニット転出入者管理【A.ユニット転出入者情報登録(個別)】【B.ユニット転出入者情報登録(一括)】凡例データセンターメディカルサポートセンターユニットセンター 参加者 協力医療機関 ヘルプデスク手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ 別フロー電子データ確認 保管コンピュータ処理 作業分岐 試料 始点 終点ユニット転出入者情報管理DB1転出入者一括登録の準備2ユニット転出入者一括登録ツールで登録転出入者リスト以下、データ管理側のフロー【凡例】データ管理 備考システム出力対象ポータル6ユニット転出入者情報登録2組織移管の協議ユニット転出入者情報管理DBユニット転出入の申告転出元と転出先のUCで移管5転出入者の報告3移管なしの通知移管する 移管しない4通知受領【ポイント】ユニット転出入者登録業務は全般的にヘルプデスクの業務範囲となる。 54エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.29_ユニット転出入者管理【C.ユニット転出入者情報一覧表示】コアセンター データセンターメディカルサポートセンターユニットセンター 参加者 協力医療機関凡例 手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ 別フロー電子データ確認 保管コンピュータ処理 作業分岐 試料 始点 終点 手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ 別フロー電子データ確認 保管コンピュータ処理 作業分岐 試料 始点 終点１ユニット転出入者情報一覧2検索条件入力３検索４検索結果表示ユニット転出入者情報管理DB55エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.29_ユニット転出入者管理【D.ユニット転出入者情報出力・ダウンロード】コアセンター データセンターメディカルサポートセンターユニットセンター凡例参加者 協力医療機関手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ 別フロー電子データ確認 保管コンピュータ処理 作業分岐 試料 始点 終点CSVダウンロード管理DBユニット転出入者情報CSV５CSVダウンロード一覧2ユニット転出入者情報CSV出力対象登録6ダウンロード対象選択7ダウンロード実行以下、ポータル側のフロー一覧画面に表示されているデータをCSV出力対象として保存1C.ユニット転出入者情報一覧表示56エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-1_ID管理_概要ID管理の業務フロー図は大きく分けて以下の3つのフローに分けられる。 A 妊娠前期の母親に対する調査(初回妊娠／2回目以降の妊娠)B 父親に対する調査C 母親・子供に対する妊娠中期以降の調査下図に上記のフローの関係を示す。 【ID管理 概要】A妊娠前期の母親に対する調査(初回妊娠／2回目以降の妊娠)C母親・子供に対する妊娠中期以降の調査B父親に対する調査※行わない場合もある57エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-2_ID管理_A【A.妊娠前期の母親に対する調査(初回妊娠／2回目以降の妊娠)】データセンター参加者 協力医療機関 ユニットセンターコアセンター作業者 情報管理者(仮)検査会社定時処理11受領・保管5同意書(記入前)/質問票配送ID管理DB6同意書(記入前)/質問票受領4IDラベルシート配送8診察記録票送付9診察記録票受領10診察記録票送付ポイント同意書IDは同意書に印字済み。 【参加者来院前】書類、IDラベルシート等は、それぞれ種類別にまとめて保管する。 質問票/診察記録票/同意書(記入前)採取容器セットIDラベルシート1ID発行申請ID発行申請管理DB2ID発行申請確認申請の登録をする。 (ステータスは申請中)ステータスを申請確認済に変更する。 システム上、個別識別ID番号が重複しないように発行する。なお、この時点では、同意書ID、母親ID、父親ID、子供IDの紐付けは行われていない。 【割り当てタイミング】(母親ID、父親ID、子供ID)・ユニットセンターのID発行申請にもとづき発行する。 (同意書ID)・同意書に印字するためコアセンターで発行を管理する。 【個別識別IDの内容】母親ID ⇒「M＋数字6桁＋検査文字1桁」父親ID ⇒「F＋数字6桁＋検査文字1桁」子供ID ⇒「C＋数字6桁＋検査文字1桁」同意書ID⇒「A＋数字6桁」3IDラベルシート出力ステータスを出力済に変更する。 定時処理でIDを生成した際にステータスを発行済に変更する。 [マスタID]A000080同意書IDA000010A000020A000030A000040A000050A000060A000070M000008母親IDM000001M000002M000003M000004M000005M000006M000007F000008父親IDF000001F000002F000003F000004F000005F000006F000007C000008子供IDC000001C000002C000003C000004C000005C000006C0000077同意書(記入前)/質問票送付ポイント2回目以降の妊娠の場合は、既に母親IDが割り振られているため、同意書IDのみ新たなIDを使用する。但し、同意書IDは同意書に予め印字されているものをランダムに使用する。 ※ＩＤ貼付欄:母親ID,父親ID,子供ID等、個人を識別するIDを貼付する欄※シリアルNo+ページ番号：各ページに印字される、個々の質問票、個々の診察記録票を識別するための番号とページ番号(例 : シリアルNoが＃101の書類の1ページ目⇒ #101-01)◆同意書(記入前)同意書IDＩＤ貼付欄シリアルNo+ページ番号(印字済)◆質問票(記入前)M-T1F-T1ＩＤ貼付欄#101-01◆診察記録票(記入前)ＩＤ貼付欄Dr-T1 #201-01◆氏名調査票氏名調査票ＩＤ貼付欄ＩＤ貼付欄書類配送ポイント書類、試料採取キットの配送は、参加者来院前(個々の調査前)に必ず発送されるものではなく、一定周期で発送される。 【凡例】要確認事項 備考システム出力対象2回目妊娠時のみのフローやポイント初回妊娠時のみのフローやポイント1人1枚を割り当てる。1枚のラベルシート当たりのシール枚数は調査2,3回分を想定。 ◆IDラベルシートサンプル(例)IDラベルシート父親ID父親ID 2 2 F000002IDラベルシート母親ID母親ID 1 1 M000009M000009F000002ポイント氏名調査票は初回妊娠時のみ。 58エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-2_ID管理_Aデータセンター参加者 協力医療機関 ユニットセンターコアセンター作業者 情報管理者(仮)検査会社(参加者来院)12本人確認来院者に対し、エコチル参加者であるかどうか確認を行い、参加者である場合に、以下の項目を確認する。 ①母親ID②現在の父親は、DBに登録されている父親と同じであること(既に登録されている場合)③(上記②が当てはまらない場合) 現在の父親が過去にエコチル参加者であったかどうか④(上記③が当てはまる場合)父親のIDまたは氏名等、個人を特定できる情報⑤IDラベルシートの残量13IDラベルシート申請14IDラベルシート再出力ID管理DB15IDラベルシート送付既登録済みの参加者の母親ID、及びそれに紐づく父親IDのIDラベルシートを申請。(婚姻関係に変化があった場合、新規に父親IDを発行する場合がある)16IDラベルシート受領IDラベルシートはクリアファイル等に保管され、参加者毎に管理される。 IDラベルシート(M000009)(F000009)クリアファイル等IDラベルシート残量あり残量なし【ＩＤラベルシートの発行】申請のあった母親ID、及び父親IDラベルを交付。 使用する用途別にシールのサイズ、一枚当たりのラベル数は変更し、作成する。 サンプル(例)IDラベルシートM000009F000002IDラベルシートM000009F000002父親ID父親ID父親ID 2 2 父親ID父親ID 2 2母親ID母親ID 1 1 母親ID母親ID 1 1母親ID59エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-2_ID管理_Aデータセンター参加者 協力医療機関 ユニットセンターコアセンター作業者 情報管理者(仮)検査会社20ＩＤラベル貼付【同意・不同意情報の入力】同意書に記載されている同意書ID,母親ID(同意の場合のみ),同意/不同意の別を登録する。 17説明書/同意書(記入前)手渡し18検討・記入25受領26同意書(記入済)登録同意書31同意書(記入済)複写②保管同意情報管理DB同意Yes母親ID : M000009同意書ID : A00005024同意書(記入済)複写②送付19同意書(記入済)受領・確認No終了23同意書(記入済)複写①保管22受領21同意書(記入済)原本手渡し【B. 父親に対する調査】29同意書(記入済)保存30IDラベルの使用状況更新使用済に変更する。 ID管理DB28同意書(個人情報)登録個人情報管理DB同意NoYes「調査協力への同意」で同意する場合、任意の母親IDラベルを同意書(記入済)に貼り付ける。 【同意しない場合】同意書ID複写①(協力医療機関用)複写②(ユニットセンター用)同意書ID原本(参加者用)同意書IDM000009複写①(協力医療機関用)複写②(ユニットセンター用)ユニットセンター及び協力医療機関に送付する同意書(複写)に保管する同意書についても母親IDを貼付する。 母親ID同意書ID母親ID原本(参加者用)母親ID【同意する場合】同意書ID1同意書ID【No.20】同意書にIDラベル貼付後、IDラベルシートはクリアファイル等に保管され、参加者毎(または家族単位)に管理される。 但、同意しない場合は、同意しない郡として管理する。 【No.23】同意書(記入済み)複写①は、IDラベルシートと同じクリアファイル等へ保管・管理される。 但し、同意しない場合は、同意しない郡として管理する。 IDラベルシート(M000009)クリアファイル等母親ID同意書(記入済)複写①ポイント同意書IDと母親IDを紐付ける(父親ID、子供IDは後続の工程で紐付ける)[同意情報テーブル]同意取得 親区分 ID 同意書ID 紐付け用母親ID 詳細調査 研究後M000009 1:Yes 母 A000050 － 1:Yes 1:Yes1:Yes 父 F000002 A000070 M000009 ー 1:Yes1:Yes 母 M000009 A000060 ー 1:Yes 1:Yes【1-1】リクルート参照[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ03-0000-000003-0000-0000住所東京都品川区東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX227同意書(記入済)保管説明書/同意書をランダムに手に取る。 なお、同意書は１枚で、同意の種類は「調査協力への同意」、「詳細調査の同意」(母親のみ)、「研究終了後の試料等の取扱についての同意」である。 60エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-2_ID管理_Aデータセンター参加者 協力医療機関 ユニットセンターコアセンター作業者 情報管理者(仮)検査会社36質問票送付個人情報管理DB38質問票(個人情報)更新調査結果情報管理DB37質問票(調査結果情報)登録項目C 項目B 項目A ＩＤM000009[調査結果テーブル(M-T1)]【No.55_A】個人情報登録参照【1-6】質問票調査参照【2-1-1】個人情報管理参照35質問票受領・確認32質問票へIDラベルを貼付33質問票手渡し34質問票記入【No.35】質問票をランダムに手に取り、母親IDラベルを貼り付ける。 IDラベル貼付後、IDラベルシートはクリアファイル等に保管する。 母親に同意回数を確認し、質問票に同意回数を記載する。 質問票回収のタスク以降、スケジュール管理の対象39質問票保存43質問票更新40質問票保管41質問票破棄確認42質問票破棄IDラベルシート(M000009)クリアファイル等M-Ｔ1 #101-01母親ID 1同意回数[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ 住所03-0000-0000 東京都品川区03-0000-0000 東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX2保存してから６営業日後PDFの頁数、人が読めるか内容を確認して破棄する。 61エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-2_ID管理_Aデータセンター参加者 協力医療機関 ユニットセンターコアセンター作業者 情報管理者(仮)検査会社ポイント採取容器セット、診察記録票については、ランダムに手に取りIDラベルを貼る45検査依頼書に母親IDを記入既に確認済みの母親の同意回数を診察記録票に記載する。 M00000947IDラベルシート保管◆母子健康手帳46診察記録票に母親IDを貼付◆診察記録票M00００09母親ID 1Dr-T1 #201-01母親ID 1IDラベル貼付後、IDラベルシートはクリアファイル等に保管され参加者毎に管理される。 IDラベルシート クリアファイル等クリアファイルに保管されているIDラベルシートを取り出し、母子健康手帳、検査依頼書、診察記録票、採取容器キットに貼付する。 ラベルシートクリアファイル等書類等貼付IDラベルシートの管理ポイント参加者が母子健康手帳を持参した際に母親IDを貼付する。 多胎の場合は、それぞれの母子健康手帳に母親IDを貼付する。44母子健康手帳に母親IDを貼付試料ラベル検査依頼書母親ID◆検査依頼書検査依頼書に母親ID、同意回数、調査時期、調査内容、個人情報(氏名、性別)、採取年月日を手書きで記入する。 M000009◆採取容器キット採取容器をランダムに手に取り、同意書に貼付した母親IDラベルを貼り付ける。 母親ID試料ラベル母親ID採取容器セットポイント協力医療機関では、試料採取容器と個人の取り間違いを防ぐため、検査依頼書に個人情報(氏名、性別)を記載する。 ただし検査会社へ送付する際は、検査依頼書に記載した個人情報(氏名、性別)を消す。 01同意回数62エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-2_ID管理_Aデータセンター参加者 協力医療機関 ユニットセンターコアセンター作業者 情報管理者(仮)検査会社48試料採取49試料送付項目C 項目B 項目A ＩＤM0009[検査結果情報テーブル]57検査結果受領58検査結果登録59検査結果保存検査結果情報管理DB【1-2】生体試料参照【1-3】環境試料参照検査依頼書50検査依頼書複写保管検査依頼書の複写をクリアファイル等に保管し、参加者毎に管理する。 検査依頼書と採取容器キットをセットで送付する。 51試料受領55検査56検査結果送付52試料一次処理54一時保存53検査個人情報は送付しない。 送付リスト試料試料63エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-2_ID管理_Aデータセンター参加者 協力医療機関 ユニットセンターコアセンター作業者 情報管理者(仮)検査会社凡例診察記録管理DB60診察記録票記入61診察記録票送付不備あり診察記録票63診察記録票登録69診察記録票破棄不備なし62診察記録票受領・確認66診察記録票保存【1-4】診察記録票参照【2-1-1】個人情報管理参照[診察記録情報テーブル(Dr-T1)]ＩＤM000009項目C 項目B 項目A…施設番号111222記入者区1:医師記入者名佐藤手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー電子データ確認 保管コンピュータ処理作業分岐 試料 始点 終点【C.母親・子供に対する妊娠中期以降の調査】70診察記録票更新68診察記録票破棄確認64診察記録票(個人情報)更新 個人情報管理DB保存してから６営業日後PDFの頁数、人が読めるか内容を確認して破棄する。 67診察記録票保管65同意情報(出産予定日)更新同意情報管理DB既に確認済みの母親の同意回数を診察記録票に記載する。 ◆診察記録票M000009Dr-T1 #201-01母親ID01同意回数1既に確認済みの母親の同意回数を診察記録票に記載する。 [個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ 住所03-0000-0000 東京都品川区03-0000-0000 東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX264エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-3_ID管理_B【B. 父親に対する調査】データセンターコアセンター情報管理者(仮) 作業者参加者 協力医療機関 ユニットセンター 検査会社10受領11同意書(記入済)登録・保存15同意書(記入済)複写②保管同意情報管理DB同意Yesポイント1既登録の母親IDに父親IDを紐付ける)9同意書(記入済)複写②送付No終了【A.妊娠前期の母親に対する調査】2説明書/同意書(記入前)手渡し3検討・記入5ＩＤラベル貼付4同意書(記入済)受領・確認8同意書(記入済)複写①保管7受領6同意書(記入済)原本手渡し1母親確認(参加者来院)どの参加者の父親であるのか確認するために、来院者に個人情報(母親氏名、母親ID)を確認する。 [同意情報テーブル]M000009同意取得 親区分 ID 同意書ID 紐付け用母親ID1:Yes 母 A000050 －詳細調査 研究後1:Yes 1:Yes1:Yes 父 F000002 A000070 M000009 ー 1:Yes13同意書(記入済)保存14IDラベルの使用状況更新使用済に変更する。 ID管理DB【同意・不同意情報の入力】同意書に記載されている同意書ID,父親ID,同意/不同意の別を登録する。 父親ID : F000002同意書ID : A00007012同意書(個人情報)登録個人情報管理DB[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ 住所03-0000-0000 東京都品川区…03-0000-0000 東京都品川区…郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX2同意YesNo【No.5】同意書にIDラベル貼付後、母親IDラベルシート、父親IDラベルシートはクリアファイル等に保管され、参加者毎に管理される。 【No.8】同意書(記入済み)複写①は、IDラベルシートと同じクリアファイル等へ保管・管理される。 IDラベルシート(M000009)(F000002)クリアファイル等 母同意書(記入済)複写①①.同意書(記入前)をランダムに手に取り、任意の父親IDラベルを書類に貼り付ける。 ②.父親IDを母親IDと紐付けるために、母親IDラベルを貼付する。(もしくは、母親IDを参加者に記入してもらう)Ｆ000002同意書ID 同意書ID複写①(協力医療機関用)複写②(ユニットセンター用)ユニットセンター及び協力医療機関に送付する同意書(複写)に保管する同意書についても母親IDを貼付する。 同意書ID母親ID原本(参加者用)父親ID 父親ID母親IDクリアファイル等IDラベルシート(M000009)バラのIDラベルシートIDラベルシート(F000002)M000009父親ID 2母親ID 1同意書ID同意書【凡例】要確認事項 備考システム出力対象【1-1】リクルート参照65エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-3_ID管理_Bデータセンターコアセンター情報管理者(仮) 作業者参加者 協力医療機関 ユニットセンター 検査会社20質問票送付個人情報管理DB22質問票(個人情報)更新調査結果情報管理DB21質問票(調査結果情報)登録項目C 項目B 項目A ＩＤF000002[調査結果テーブル(F-T1)] 19質問票確認16質問票へIDラベルを貼付17質問票手渡し18質問票記入[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ03-0000-000003-0000-0000住所東京都品川区東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX2【1-5】個人情報登録参照【1-6】質問票調査参照23質問票保存27質問票更新24質問票保管25質問票破棄確認保存してから６営業日後PDFの頁数、人が読めるか内容を確認して破棄する。 26質問票破棄【No.16】質問票をランダムに手に取り、同意書に貼付した父親IDラベルを貼り付ける。 IDラベル貼付後、IDラベルシートはクリアファイル等に保管する。 父親に同意回数を確認し、質問票に同意回数を記載する。IDラベルシート(F000002)クリアファイル等F-Ｔ1#101-01父親ID 2F00000201同意回数66エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-3_ID管理_Bデータセンターコアセンター情報管理者(仮) 作業者参加者 協力医療機関 ユニットセンター 検査会社ポイント3採取容器セット、診察記録票については、ランダムに手に取りIDラベルを貼る28検査依頼書に父親IDを記入既に確認済みの父親の同意回数を診察記録票に記載する。 F00000230IDラベルシート保管29診察記録票に父親IDを貼付 ◆診察記録票Dr-T1 #209-01父親ID 2IDラベル貼付後、IDラベルシートはクリアファイル等に保管され参加者毎に管理される。 IDラベルシートクリアファイル等クリアファイルに保管されているIDラベルシートを取り出し、検査依頼書、診察記録票、採取容器キットに貼付する。 ラベルシートクリアファイル等書類等貼付IDラベルシートの管理試料ラベル検査依頼書父親ID◆検査依頼書検査依頼書に父親ID、同意回数、調査時期、調査内容、個人情報(氏名、性別)、採取年月日を手書きで記入する。 F000002◆採取容器キット採取容器をランダムに手に取り、同意書に貼付した父親IDラベルを貼り付ける。 父親ID試料ラベル父親ID採取容器セットポイント2協力医療機関では、試料採取容器と個人の取り間違いを防ぐため、検査依頼書に個人情報(氏名、性別)を記載する。 ただし検査会社へ送付する際は、検査依頼書に記載した個人情報(氏名、性別)を消す。 01同意回数67エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-3_ID管理_Bデータセンターコアセンター情報管理者(仮) 作業者参加者 協力医療機関 ユニットセンター 検査会社31試料採取32試料送付項目C 項目B 項目A ＩＤF000002[検査結果情報テーブル]41検査結果登録42検査結果保存検査結果情報管理DB33検査依頼書複写保管【1-2】生体試料参照【1-3】環境試料参照検査依頼書の複写をクリアファイル等に保管し、参加者毎に管理する。 34試料受領38検査39検査結果送付35試料一次処理37一時保存36検査40検査結果受領個人情報は送付しない。 送付リスト試料試料検査依頼書と採取容器キットをセットで送付する。 検査依頼書68エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-3_ID管理_Bデータセンターコアセンター情報管理者(仮) 作業者参加者 協力医療機関 ユニットセンター 検査会社凡例43診察記録票記入44診察記録票送付不備あり診察記録管理DB46診察記録票登録51診察記録票破棄不備なし45診察記録票受領・確認48診察記録票保存【1-4】診察記録票参照【2-1-1】個人情報管理参照[診察記録情報テーブル(Dr-T1)]ＩＤF000002項目C 項目B 項目A 施設番号111222記入者区分2:看護師記入者名高橋手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理 作業分岐試料 始点 終点52診察記録票更新個人情報管理DB[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ 住所03-0000-0000 東京都品川区03-0000-0000 東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX247診察記録票(個人情報)更新49診察記録票保管50診察記録票破棄確認保存してから６営業日後にPDFの頁数、人が読めるか内容を確認して破棄する。 ◆診察記録票F000002Dr-T1 #209-01父親ID 201同意回数既に確認済みの父親の同意回数を診察記録票に記載する。 診察記録票69エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-4_ID管理_C【C.母親・子供に対する妊娠中期以降の調査】データセンター 情報管理者(仮) 作業者コアセンター協力医療機関 ユニットセンター 検査会社 参加者5受領・保管1質問票/診察記録票配送2受領4質問票/診察記録票/採取容器セット配送スケジュール通知管理DB3参加者リスト通知書類等は、それぞれ種類別にまとめて保管する。 質問票/診察記録票採取容器セット【参加者来院前】【A.妊娠前期の母親に対する調査】【凡例】要確認事項 備考システム出力対象【6-1-2】スケジュール予実管理参照シリアルNo+ページ番号(印字済)◆診察記録(記入前)ＩＤ貼付欄Dr-T #201-01◆質問票(記入前)M-TC-TＩＤ貼付欄#101-01書類配送(記入前)ポイント1書類の配送は、参加者来院前(個々の調査前)に必ず発送されるものではなく、一定周期で発送される。 受領書類等の保管70エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-4_ID管理_Cデータセンター 情報管理者(仮) 作業者コアセンター協力医療機関 ユニットセンター 検査会社 参加者9IDラベル貼付入院時(分娩時)の調査時のみ発生するフロー。子供IDを貼付するため、妊娠前期の調査にて保管した同意書(記入後)原本を用意する。 7同意書(記入済)原本準備10同意書(記入済)原本保管(参加者来院)①.同意書(母親の同意分)をクリアファイル等から取り出し、任意の子供IDラベルを貼付する。(多胎の場合、子供の数だけ貼付する)②.質問票に母親ID,子供IDを貼付する。 ③.貼付後、同意書(母親の同意分)、及びIDラベルシートをクリアファイル等に保管する。 クリアファイル等IDラベルシート(M000009)(C000005)◆同意書(母親の同意分)Ｃ000005C-Ｔ #109-01子供ID2M000009M-Ｔ #101-01母親ID 1Ｃ000005同意書ID子供ID 2母親ID(貼付済)6本人確認8IDラベルシート/質問票準備入院時(分娩時)の調査①.質問票に母親ID,子供IDを貼付する。 ②.貼付後、同意書(母親の同意分)、及びIDラベルシートをクリアファイル等に保管する。 入院時(分娩時)以外の調査クリアファイル等IDラベルシート(M000009)(C000005)Ｃ000005C-Ｔ #109-01子供ID2M000009M-Ｔ #101-01母親ID 1◆質問票◆質問票母親に同意回数を確認し、質問票に同意回数を記載する。 01同意回数0101同意回数0171エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-4_ID管理_Cデータセンター 情報管理者(仮) 作業者コアセンター協力医療機関 ユニットセンター 検査会社 参加者個人情報管理DB調査結果情報管理DB15質問票(調査結果情報)登録13質問票受領・確認11質問票手渡し12質問票記入ポイント2質問票(出生後の調査)にて、子供の個人情報が登録される【1-6】質問表調査参照【2-1-1】個人情報管理参14質問票送付[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ 住所03-0000-0000 東京都品川区03-0000-0000 東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX22011/04/25 03-0000-0000 東京都品川区 141-0000 2011/05/01 XXXXXX3母親と子供を紐付けるため、母親と子供の質問票を一緒に送付する。 20質問票破棄21質問票更新22親子関係情報更新親子関係情報管理DB23IDラベルの使用状況更新ID管理DB18質問票保管19質問票破棄確認保存してから６営業日後PDFの頁数、人が読めるか内容を確認して破棄する。 使用済に変更する。 [親子関係情報テーブル]血縁関係有り有り親子関係の入力日2011/05/012011/05/01親子関係終了の入力日親IDM000001F000001子供IDC000001C00000116質問票(個人情報)更新17質問票保存[調査結果テーブル(T-2以降)]項目C 項目B 項目A IＤM000009項目C 項目B 項目A IＤC00000572エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-4_ID管理_Cデータセンター 情報管理者(仮) 作業者コアセンター協力医療機関 ユニットセンター 検査会社 参加者25検査依頼書に母親ID、子供IDを記入26母親ID、子供IDを診察記録票に貼付◆診察記録票24母子健康手帳に子供IDを貼付母子健康手帳C000005子供ID母親ID(貼付済)2M000009 Ｃ000005Dr-T #209-01子供ID 2Dr-T #201-01母親ID 127IDラベルシートを保管IDラベル貼付後、IDラベルシートはクリアファイル等に保管され参加者毎に管理される。 IDラベルシートクリアファイル等クリアファイルに保管されているIDラベルシートを取り出し、母子健康手帳、検査依頼書、診察記録票、採取容器キットに貼付する。 IDラベルシート クリアファイル等書類等貼付IDラベルシートの管理検査依頼書母親ID検査依頼書子供ID◆検査依頼書検査依頼書に母親ID、同意回数、子供ID、調査時期、調査内容、個人情報(氏名、性別)採取年月日を手書きで記入する。 Ｃ000005 M000009◆採取容器キット採取容器をランダムに手に取り、同意書に貼付した母親IDラベル、子供IDラベルを貼り付ける。 試料ラベル母親ID試料ラベル子供ID試料ラベル母親ID採取容器セットポイント4・協力医療機関では、試料採取容器と個人の取り間違いを防ぐため、検査依頼書に個人情報(氏名、性別)を記載する。 ただし検査会社へ送付する際は、検査依頼書に記載した個人情報(氏名、性別)を消す。 ・入院時(分娩時)の調査においては、当概時点で子供の氏名は未確定のため、子供を区別するための一時的な名称を付与する。(氏名は、後続の調査時等に上書き登録する)ポイント5採取容器セット、診察記録票については、ランダムに手に取りIDラベルを貼るポイント3・入院時(分娩時)の調査のみ発生するフローである。 ・多胎の場合は、それぞれの母子健康手帳に各々の子供IDを貼付する。 01同意回数01既に確認済みの母親の同意回数を診察記録票に記載する。 73エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-4_ID管理_Cデータセンター 情報管理者(仮) 作業者コアセンター協力医療機関 ユニットセンター 検査会社 参加者28試料採取29試料送付試料38検査結果登録39検査結果保存検査結果情報管理DB検査依頼書と採取容器キットをセットで送付する。 検査依頼書30検査依頼書複写保管【1-2】生体試料参照【1-3】環境試料参照31試料受領35検査36検査結果送付32試料一次処理34一時保存33検査37検査結果受領検査依頼書の複写をクリアファイル等に保管し、参加者毎に管理する。 個人情報は送付しない。 送付リスト試料[検査結果情報テーブル]項目A IＤM000009項目B 項目C項目A IＤC000005項目B 項目C74エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-4_ID管理_Cデータセンター 情報管理者(仮) 作業者コアセンター協力医療機関 ユニットセンター 検査会社 参加者診察記録管理DB40診察記録票記入41診察記録票送付不備あり診察記録票43診察記録票登録不備なし42診察記録票受領・確認45診察記録票保存【1-4】診察記録票参照【2-1-1】個人情報管理参◆診察記録票[診察記録情報テーブル(T-2以降)]ＩＤM000009項目C 項目B 項目A…施設番号111222記入者区1:医師記入者名佐藤C000005 … 111222 1:医師 林ＩＤ 項目C 項目B 項目A 施設番号 記入者区 記入者名48診察記録票破棄49診察記録票更新47診察記録票破棄確認[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ 住所03-0000-0000 東京都品川区03-0000-0000 東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX22011/04/25 03-0000-0000 東京都品川区 141-0000 2011/05/01 XXXXXX3個人情報管理DB46診察記録票保管保存してから６営業日後PDFの頁数、人が読めるか内容を確認して破棄する。 M000009 Ｃ000005Dr-T #209-01子供ID 2Dr-T #201-01母親ID 101同意回数01既に確認済みの母親の同意回数を診察記録票に記載する。 44診察記録票(個人情報)更新75エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.30-4_ID管理_Cデータセンター 情報管理者(仮) 作業者コアセンター協力医療機関 ユニットセンター 検査会社 参加者凡例 手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理 作業分岐試料 始点 終点50氏名調査票手渡し51氏名調査票記入52氏名調査票受領・確認53氏名調査票送付55氏名調査票(個人情報)入力個人情報管理DB[個人情報テーブル]氏名山田花子山田太郎生年月日1976/07/011976/07/29ＴＥＬ 住所03-0000-0000 東京都品川区03-0000-0000 東京都品川区郵便番号141-0000141-0000記入日2011/03/192011/03/26ＩＤXXXXXX1XXXXXX2山田次郎 2011/04/25 03-0000-0000 東京都品川区 141-0000 2011/05/01 XXXXXX3１ヶ月健診時に実施する。 ◆氏名調査票母親ID氏名調査票子供ID1 254氏名調査票複写保管57氏名調査票原本保管56氏名調査票(個人情報)保存59氏名調査票破棄58氏名調査票破棄確認保存してから６営業日後PDFの頁数、人が読めるか内容を確認して破棄する。 氏名調査票76エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.31_対面調査汎用モデル参加者 検査予約サイト検査会社orユニットセン ター測定会社参加者ポータルシステム※手作業はサービスデスクが実施コアセンター作業者 長期保存施設 データセンターリマインド期限内リマインド期限外した【凡例】要確認事項 備考 システム出力対象1検査対象者送付ラベル出力2検査対象者送付ラベル作成3調査案内資料送付4調査案内資料受領・確認56問合せ受付問合せする 7問合せ対応8問合せ回答確認問合せしない9電磁的同意作成進行情報管理DB11個別同意の進行管理情報作成ステータス：「未開始」12電磁的同意回答(親)14電磁的同意リマインド(親)していない1310電磁的同意配信(親)検査対象者送付ラベル業務フロー内の各処理は調査時期毎に別途対応するものである。 一部、送付ラベルなど汎用的に使用可能なものもある。詳細は要件定義工程にて担当者と調整すること。 調査案内資料回答内容(協力する／しない)にかかわらず、電磁的同意の回答履歴がある参加者は対象外リマインド期限・頻度は各ユニットセンターごとに設定77エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.31_対面調査汎用モデル参加者 検査予約サイト検査会社orユニットセン ター測定会社参加者ポータルシステム※手作業はサービスデスクが実施コアセンター作業者 長期保存施設 データセンター協力する協力しないしていないリマインド期限外15個別同意の進行管理情報更新ステータス：「完了」1817同意書情報作成16調査の進行管理情報作成協力する場合 →ステータス：「未開始」協力しない場合→ステータス：「不参加」21検査予約(親)24検査予約リマインド(親)した2223調査の進行管理情報更新リマインド期限内ステータス：「接触できず」20検査予約お知らせ配信(親)進行情報同意書情報管理DBリマインド期限・頻度は各ユニットセンターごとに設定19電磁的同意回答結果確認電磁的同意回答結果確認メール配信78エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.31_対面調査汎用モデル参加者 検査予約サイト検査会社orユニットセン ター測定会社参加者ポータルシステム※手作業はサービスデスクが実施コアセンター作業者 長期保存施設 データセンター25検査予約受付26予約対象者ID出力27予約対象者ID受領30検査対象者ラベル情報出力31検査対象者検査キット送付ラベル／キット貼付バーコードラベル作成32検査キット送付(親・子)33検査キット受領34検体採取28予約対象者ID登録35検体持参または送付36対面調査実施(検査会場)29調査の進行管理情報更新ステータス：「進行中」37検査実施対象者ID受領38検査実施対象者ID登録39調査の進行管理情報更新ステータス：「完了」40ポイント(謝礼)付与41ポイント履歴更新ポイント履歴管理DB42ポイント(謝礼)受領43検査記録送付44検査記録データ受領45検査記録データ登録検査記録管理DB46検体受領47検体分注測定48検体発送49検体測定データ受領50検体管理データ受領予約対象者ID送付ラベルバーコードラベル検体検査記録検体測定データ管理データ曝露調査の場合、参加者が採取した検体は郵送してもらう想定対面調査の場合、検査会場での検査を実施するどの検査も進行管理情報を「完了」とすることでポイント付与する想定だが、検査によってそのタイミングは異なる進行情報管理DB学童期ID学童期ID79エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.31_対面調査汎用モデル参加者 検査予約サイト検査会社orユニットセン ター測定会社参加者ポータルシステム※手作業はサービスデスクが実施コアセンター作業者 長期保存施設 データセンター凡例 手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐 試料始点 終点51検体測定データ登録54検体保管52検体管理データ登録53検体管理データ突合57結果返却データ登録・配信(親のデータは親のみ、子のデータは親・子)58結果返却データ閲覧検体56結果返却データ作成55結果返却データ出力結果返却管理DB結果返却データ検査によって、結果返却の対象者(親／子)は異なる試料管理DB検査によって、登録するデータは異なる80エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.32_アーカイブデータ参照【A.検索、閲覧】コアセンター作業者 データセンターユニットセンター凡例参加者 協力医療機関 メディカルサポートセンター1調査情報検索2検索結果出力【ユニットセンター】自ユニットセンターにて収集した調査情報のみ検索・閲覧可能となるよう、権限を設定する。 【コアセンター】すべてのユニットセンターにて収集した調査情報の検索、閲覧が可能。 【凡例】要確認事項 備考 システム出力対象コンピュータ帳票コンピュータ業務・情報の流れ別フ 作業分岐 始点 終点コンピュータ電子デー 試出力結果手作業 確認 保管各一覧画面の検索結果をCSV形式で出力する。 アーカイブデータ本システムでは、本システム移行直前に現行のデータ管理システムで出力したCSVファイルを文書管理システムに格納し、参照することとする。 (検索、データ出力機能は実装しない。)81エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.33_Web質問票(回答)呼出し機能同期同期Web質問票の表示業務手順Web質問票の回答ポイント情報備考(1)コアセンターからWeb質問票管理を登録する。 (2)参加者が一覧表示から回答するWeb質問票を選択する。 (3)引き数をWeb質問票IDとしてWeb質問票回答サービス(外部サービス)を呼び出す。 (4)参加者がWeb質問票に回答する。 (5)参加者がWeb質問票回答完了を確認する。 Web質問票回答サービスの呼び出しWeb質問票IDを渡すWeb質問票回答完了を表示 Web質問票回答完了の確認Web質問票回答情報 Web質問票回答情報を更新Web質問票の全件回答済でポイント情報を更新Web質問票の回答完了 Web質問票の回答を取得Web質問票管理登録 Web質問票管理情報Web質問票回答操作回答するWeb質問票を選択 Web質問票を表示し、参加者の回答を管理する。 コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者業務概要Web質問票管理情報Web質問票一覧表示(お子さまは代諾者承認したWeb質問票のみ)外部サービス同期82エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.36_データ管理_Web質問票■ 一覧表示■ 代行登録※ クアルトリクスに代行入力後、参加者ポータルとWeb質問票サブシステム間でAPI連携を行う。 その後、一日一回の夜間バッチで業務管理サブシステムと参加者ポータルと連携を行う。 備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者質問票結果情報一覧メニュー選択質問票結果情報一覧画面表示質問票結果情報検索内容入力「検索実行」ボタン押下質問票結果情報一覧表示参加者の回答を代行登録→システムの画面で入力紙の質問票に回答クアルトリクスとAPI連携して回答を取得回答を取得回答情報 回答情報同期質問票結果情報一覧情報確認83エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.36_データ管理_Web質問票備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 削除■ 詳細表示■ 詳細表示■ 編集■ 一覧表示■ 一覧表示■ 一覧表示 ■ 詳細表示削除対象の質問票データの選択質問票データ内容DB削除「削除」ボタン押下「詳細」ボタン押下質問票結果情報詳細画面表示「編集」ボタン押下質問票結果情報編集画面表示質問票データ内容入力「保存」ボタン押下質問票データ内容DB登録84エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.36_データ管理_Web質問票備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ データ出力■ 一覧表示一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択質問票結果情報一覧CSV取得85エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.36_データ管理_Web質問票備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ データコンバートエディターでエラー補正コンバート実行結果DB登録コンバート実行(項目ごとに閲覧権限コード設定)データコンバート実行エラーがない場合 エラーがある場合エラー通知 エラー通知取得86エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.37_データ管理_個別調査■ 一覧表示■ 新規登録備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者詳細調査データ一覧メニュー選択詳細調査データ一覧画面表示詳細調査データ検索内容入力「検索実行」ボタン押下詳細調査データ一覧表示詳細調査データ一覧メニュー選択詳細調査データ一覧画面表示「新規登録」ボタン押下詳細調査データ登録画面表示詳細調査データ内容入力詳細調査データ一覧情報確認「保存」ボタン押下詳細調査データ内容DB登録87エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.37_データ管理_個別調査備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ ドキュメント添付■ 一覧表示 ■ 詳細表示「編集」ボタン押下詳細調査データ編集画面表示「添付」ボタン押下ドキュメント添付登録画面表示「参照」ボタン押下登録対象ファイル選択「保存」ボタン押下ドキュメント添付登録内容入力詳細調査データ内容DB登録88エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.37_データ管理_個別調査備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 削除■ 詳細表示■ 編集■ 詳細表示■ 一覧表示■ 一覧表示 ■ 詳細表示■ 一覧表示削除対象の詳細調査データの選択詳細調査データ内容DB削除「削除」ボタン押下「詳細」ボタン押下詳細調査データ詳細画面表示「編集」ボタン押下詳細調査データ編集画面表示詳細調査データ内容入力「保存」ボタン押下詳細調査データ内容DB登録89エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.37_データ管理_個別調査備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ データ出力■ 一覧表示一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択詳細調査データ一覧CSV取得90エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.38_データ管理_生体検査■ 一覧表示■ 削除■ 詳細表示■ 詳細表示■ 一覧表示■ 一覧表示備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者生体検査データ一覧メニュー選択生体検査データ一覧画面表示生体検査データ検索内容入力「検索実行」ボタン押下生体検査データ一覧表示削除対象の生体検査データの選択生体検査データ内容DB削除「削除」ボタン押下「詳細」ボタン押下生体検査データ詳細画面表示生体検査データ一覧情報確認91エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.38_データ管理_生体検査備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 編集■ データ出力■ 一覧表示■ 一覧表示「編集」ボタン押下生体検査データ編集画面表示生体検査データ内容入力「保存」ボタン押下生体検査データ内容DB登録一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択詳細調査データ一覧CSV取得92エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.38_データ管理_生体検査備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 生体検査データ一括読み込み■ 業務フロー_認証CSV取込画面表示「ファイルの選択」ボタン押下CSV登録対象ファイル選択「送信」ボタン押下生体検査データDB登録生体検査データ一括読込メニュー選択93エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.39_母親コホート対応作成中エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.40_Web質問票お知らせ機能Web質問票(回答)呼出し機能Web質問票回答操作Web質問票一覧表示(お子さまは代諾者承認したWeb質問票のみ)備考リマインドの意味合いとしては、質問票が配信されたのち、しばらくたってから忘れていますよ、と投げかけるものであるが、本機能は質問票配信直後にも「配信されました」とご連絡をすることを想定している。 その段階ではすべての回答者が未回答であるため、Web質問票回答情報は未回答ありのフラグが全員に経っている状態であり、処理としては同じであるという認識。本機能を使用するタイミングは①配信直後②リマインド１回目③リマインド２回目④リマインド3回目。配信対象者は、各質問票配信時点で「調査を継続している人」である。但し、子ども質問票については代諾者が子どもへの配信を拒否しているものについてはリマインドの対象外となる。 (3)参加者はメールを確認しログインする。 (4)質問票に回答する(Web質問票(回答)呼出し機能フローの「Web質問票回答操作」)配信の内容に質問票名、公開期限を表示すること。 リマインドの内容に未回答の質問票名、公開期限を表示すること。 メッセージ内容を配信ごとに設定できるようにすること。 Web質問票の配信お知らせは日次処理でまとめて配信、リマインドは月次処理(2～3カ月ごと)でまとめて、もしくは公開日から経過日数ごと(3回程度)にまとめて配信、ホーム画面表示業務概要コアセンターから未回答の質問票がある参加者に対して回答を促すリマインドメールを送付する未回答フラグ確認 Web質問票回答情報リマインド登録コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者同期95エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.41_Web同意書登録機能【同意情報登録】同期同期Web同意書回答情報 Web同意書回答情報を更新Web同意書回答完了を表示 Web同意書回答完了の確認備考参加者ステータス登録(1)コアセンターからWeb同意書管理を登録する。 (2)参加者が一覧表示から回答するWeb同意書を選択する。 (3)引き数をWeb質問票IDとしてWeb質問票回答サービス(外部サービス)を呼び出す。 (4)参加者がWeb同意書に回答する。 (5)参加者がWeb同意書回答完了を確認する。 (6)Web同意書の回答情報をDBに登録し参加者ステータスを更新する。 Web同意書の表示 Web同意書の回答Web同意書の回答を取得 Web同意書の回答完了・Web質問票のリマインド設定とは別の設定ができるように、同意書として管理できるようにしていただきたい。 Web質問票回答サービスの呼び出しWeb質問票IDを渡す業務手順参加者ステータス登録業務概要 Web同意書を表示し、参加者の同意状況を管理する。 電磁的同意はWeb質問票とは別物。 同意回答結果のメッセージは配信設定単位で可変とする。 Web質問票管理登録 Web質問票管理情報 Web質問票管理情報コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者Web同意書一覧表示Web同意書回答操作回答するWeb同意書を選択外部サービス同期「電磁的同意」の「Web質問票に回答(協力する／しない)」にあたる96エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.41_Web同意書登録機能Web質問票(回答)呼出し機能参照同期同期【同意情報変更】同期コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者申請受理 参加者ステータス更新 同意情報更新Web質問票回答情報 Web質問票回答情報を更新参加者ステータス登録変更通知確認Web質問票一覧表示(お子さまは代諾者承認したWeb質問票のみ)Web質問票回答操作同意情報変更依頼回答するWeb質問票を選択Web質問票回答サービスの呼び出しWeb質問票IDを渡すWeb質問票の表示 Web質問票の回答Web質問票の回答を取得 Web質問票の回答完了外部サービス97エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.42_住所履歴管理機能【Ａ．ユニットセンターによる住所履歴の確認修正(現管轄分)】【B．ユニットセンターによる住所履歴の確認修正(旧管轄分)】コアセンター作業者 データセンターメディカルサポートセンター ユニットセンター 協力医療機関凡例参加者送付先住所履歴管理DB住所履歴管理DB個人情報管理DB1住所履歴確認修正3未確認フラグクリア2013.04以降に管轄分のデータを順次確認【凡例】要確認事項 備考 システム出力対象管轄外で判断不可能2管轄UCへ確認修正依頼個人情報管理DB判断可能未完了送付先住所履歴管理DB住所履歴管理DB個人情報管理DB1住所履歴確認修正2依頼元UCへ確認修正完了連絡エコチルIDと住所or送付先住所、該当期間等を連絡現管轄UCからの依頼により旧管轄分の住所履歴の確認・修正を実施手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐 試料 始点 終点対象者の住所履歴全てを確認修正完了98エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.42_住所履歴管理機能【C．ユニットセンターによる未確認データの確認】【D．コアセンターによる未確認データの確認】コアセンター作業者 データセンターメディカルサポートセンター ユニットセンター凡例参加者 協力医療機関未確認データ有り個人情報管理DB住所履歴初期状態未確認がチェック状態のデータを抽出1個人情報エコチルＩＤ出力【凡例】要確認事項 備考 システム出力対象未確認エコチルＩＤ一覧2未確認データ確認個人情報管理DB住所履歴初期状態未確認がチェック状態のデータを抽出1個人情報エコチルＩＤ出力未確認エコチルＩＤ一覧2未確認データ確認未確認データ無し未確認データ有り【Ａ．ユニットセンターによる住所履歴の確認修正(現管轄分)】へ未確認データ無し【Ａ．ユニットセンターによる住所履歴の確認修正(現管轄分)】へユニットセンターに連絡手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐 試料 始点 終点99エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.42_住所履歴管理機能【E．コアセンターによる住所履歴データのダウンロード】ユニットセンター メディカルサポートセンターコアセンター作業者 データセンター凡例参加者 協力医療機関手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ 確認 保管コンピュータ処理作業分岐 試料 始点 終点【凡例】要確認事項 備考 システム出力対象1住所履歴ＣＳＶ出力申請送付先住所履歴管理DB住所履歴管理DB個人情報管理DB住所履歴ＣＳＶ日次バッチによるＣＳＶ出力2住所履歴CSV出力3住所履歴CSVダウンロード100エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.43_アカウント管理機能(IDパスワード変更)業務概要 参加者のユーザID、パスワードの変更を行う。 アカウント管理画面 アカウント登録情報変更ユーザID・パスワード変更画面登録変更情報入力コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者(1)参加者がユーザID・パスワード変更画面でユーザID、パスワード等を変更する。 (2)参加者が変更内容を確認する。 (3)参加者が変更完了を確認する。 変更内容を表示 変更内容の確認表示備考DB登録 変更内容の確認変更完了の送信(メール) 変更完了の確認業務手順101エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.44_アカウント管理機能(アカウント情報変更)即時 同期アカウント登録コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステムアカウント情報アカウント情報変更画面(初期表示は現在の情報を表示)アカウント登録業務概要 業務管理サブシステムへの連携が必要なアカウント情報を変更するアカウント管理画面 アカウント登録情報変更参加者変更入力 ・姓 ・姓(ふりがな) ・郵便番号／住所 ・引っ越し月 ・メールアドレス ・電話番号登録変更通知 DB登録 DB登録業務手順備考変更内容の確認(1)参加者がアカウント情報変更画面でアカウント情報を変更する。 (2)参加者が変更内容を確認する。 (3)参加者が変更完了を確認する。 変更内容の確認表示変更完了の送信(メール) 変更完了の確認変更内容を表示102エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.45_アカウント管理機能(アイコン・ニックネーム変更)アイコン・ニックネーム変更画面表示アイコン、ニックネーム変更(1)参加者がアカウント情報変更画面を開く。 (2)参加者が設定もしくは変更を行う。 (3)参加者が変更内容を確認する。 (4)参加者が変更完了を確認する。 変更内容を表示 変更内容の確認表示業務手順備考DB登録 変更内容の確認変更完了の送信(メール) 変更完了の確認コアセンター ユニットセンター業務概要 参加者ユーザのアイコン、ニックネームを変更する。 アカウント管理画面 アカウント登録情報変更業務管理サブシステム ポータルサブシステム 参加者登録103エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.46_ポイント交換承認機能同期yesyes同期業務手順(1)参加者がポイント交換設定画面へ展開する。 ＜16歳未満の子供がいる代諾者でない場合＞(2)参加者がポイント交換承認不可の理由を確認する。 ＜16歳未満の子供がいる代諾者の場合＞(3)参加者が子供に対してのポイント交換可否を選択する。 (4)反映後、ポイント設定の完了を画面、メールで確認する。 備考ポイント交換可否を通知(メール)ポイント管理の確認ポイント管理 反映ポイント設定の完了通知 ポイント管理の確認ポイント交換設定画面の表示ポイント管理 ・子自身のポイント交換可否の設定コアセンター ユニットセンター 業務管理サブシステム業務概要 代諾者が16歳未満の子供に対してポイント交換可否を設定する。 ログインユーザ情報ポータル管理サブシステム 参加者ログイン情報取得 ポータルログインホーム画面表示 ポイント交換設定画面へ展開16歳未満の子供がいる代諾者104エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.47_ポイント機能(ユニットセンターからのポイント付与)コアセンター ユニットセンター業務手順(1)ユニットセンターから参加者毎の付与ポイントを入力する。 (2)参加者にポイント付与を通知する。 (3)ポイント履歴に追加される。 備考業務概要 ユニットセンターから付与されたポイントを参加者に通知する。 イベント進行管理(ポイント入力)参加者毎のポイント付与情報ポイント付与の通知(メール) ポイント付与の確認業務管理サブシステム ポータルサブシステム 参加者参加者毎のポイント付与情報 同期105エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.48_ポイント機能(ギフトコード購入)可否業務概要 ポイントでギフトコードを購入する。 ホーム画面表示 ログインマイページ画面表示ギフトコード購入の選択ポイント交換商品情報(備考参照)ギフトコード購入画面表示(ポイント表示) e-GIFT選択・利用ポイント設定業務手順(1)参加者がギフトコード購入画面で利用ポイントを設定する。 ＜交換不可の場合＞(2)参加者がポイント交換不許可を確認する。 ＜交換可の場合＞(3)参加者が利用ポイントを確定する。 (4)参加者がe-GIFTのURLへアクセスへアクセスする。 (5)参加者が交換商品を選択する。 (6)参加者が交換商品を確定する。 ポイント交換不許可の表示 ポイント交換不許可の確認利用ポイントの確認表示利用ポイントを確定(確認コードによる２段階認証を必要とする)コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム 参加者交換商品の確定e-GIFT交換画面URL取得(e-GIFT外部連携) 備考ポイント交換可否判定・ポイントが不足していないこと。 ・参加者が16歳未満の時は、代諾者のポイント交換承認が設定されていること。 ログオンユーザポイント情報ポイント情報更新e-GIFTのURL通知(メール)リンク表示e-GIFTのURLへアクセス交換商品選択画面表示交換商品を選択交換商品確定画面表示外部サービス交換可否(備考参照)106エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.49_ポイント機能(ポイント移行)即時可否同期移行不許可の確認コアセンター ユニットセンター 業務管理サブシステム ポータルサブシステム ポイントを家族内限定で譲渡する。 参加者業務概要ポイント管理画面表示アカウント情報取得(親子関係等の家族情報)ポイント移行申請画面へ展開ポイント移行入力 ・ポイント移行先 ・以降ポイント数(確認コードによる２段階認証を必要とする)備考アカウント情報移行先と以降ポイント数の確認移行可否条件 ・ポイント移行可能な家族IDが同じ参加者がいる。 ・参加者の同意ステータスが有効であること。 ・子供同士の移行でないこと。 ポイント移行情報 ポイント移行情報の更新ポイント移行の完了表示ポイント移行先へポイント移行を通知(メール)ポイント移行の確認ポイント移行申請画面表示業務手順移行不許可の表示(1)参加者がポイント移行申請画面へ展開する。 ＜以降不可の場合＞(2)参加者が移行不許可を確認する。 ＜移行可の場合＞(3)参加者がポイント移行申請画面でポイント移行先と移行ポイント数を入力する。 (4)参加者が移行先と移行ポイント数を確認する。 (5)参加者がポイント移行完了を確認する。 確認表示移行先と以降ポイント数の確認移行可否107エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.50_学校名情報の連携コアセンター ユニットセンター 業務管理サブシステム ポータル管理サブシステム保守員の手入力によるデータ追加登録学校名データ追加依頼文部科学省サイトより学校名データ入手更新完了の確認保守員によるデータ登録学校名情報の更新 学校名情報学校名情報の更新 学校名情報の更新保守員による更新完了の連絡学校名が更新されるタイミングで文部科学省サイトよりダウンロードし、その情報を反映する。 業務手順備考学校名の検索参加者業務概要 業務管理サブシステムでメンテナンスする学校名情報をポータル管理サブシステムと連携する。 ＜文部科学省サイトからの学校名データによるメンテンナンス時＞(1)文部科学省サイトより学校名データ入手する。 (2)業務管理サブシステムの保守員によりデータ登録し、学校名情報を更新する。 (3)学校名情報をポータル管理サブシステムと連携する。 ＜ユニットセンターからの依頼によるメンテナンス時＞(3)ユニットセンターから業務管理サブシステムへ学校名データの追加依頼をする。 (4)業務管理サブシステムの保守員の手入力により学校名データを追加登録する。 (5)学校名情報をポータル管理サブシステムと連携する。 (6)業務管理サブシステムの保守員がユニットセンターへ更新完了を連絡する。 (7)ユニットセンターで更新完了を確認する。 学校名の検索同期同期108エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.51_親子情報管理■ 一覧表示■ 親子情報新規登録■ 詳細表示備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 一覧表示■ 一覧表示親子情報一覧画面表示親子情報一覧メニュー選択親子情報一覧検索内容入力親子情報一覧表示親子関係情報入力DB登録親子関係情報入力「保存」ボタン押下「新規登録」ボタン押下親子情報登録画面表示親子関係詳細情報確認「詳細」ボタン押下親子情報詳細画面表示109エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.51_親子情報管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 親子情報新規追加※代諾者設定も可能■ 親子情報編集※代諾者設定も可能■詳細表示■詳細表示親子情報編集画面表示「編集」ボタン押下「保存」ボタン押下 親子情報DB登録参加者追加入力親子関係情報修正依頼マイページからの修正依頼親子情報編集画面表示「編集」ボタン押下「保存」ボタン押下 親子情報DB登録親子関係情報修正入力同期 親子情報修正確認110エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.51_親子情報管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ データ出力■ 一覧表示一覧に表示されているデータをCSV出力対象としてDB登録CSVダウンロード一覧画面表示CSVダウンロード実行「データ出力」ボタン押下CSVダウンロード対象データ選択CSVダウンロードメニュー選択親子情報一覧CSV取得111エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.51_親子情報管理備考 コアセンター ユニットセンター 業務管理サブシステム 参加者ポータル 参加者■ 無効化■詳細表示親子情報編集画面表示「編集」ボタン押下「保存」ボタン押下 親子情報DB登録無効化対象参加者入力112エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.52_内部向けお知らせ管理■ 一覧表示■ 新規登録備考 業務管理サブシステム 参加者ポータル 参加者 業務管理者 コアセンター・業務管理者 システム管理者内部向けお知らせ内容一覧画面表示内部向けお知らせ内容入力内部向けお知らせ内容一覧メニュー選択「新規登録」ボタン押下内部向けお知らせ内容登録画面表示内部向けお知らせ内容検索条件入力「検索実行」ボタン押下内部向けお知らせ内容一覧表示内部向けお知らせ内容一覧情報確認「保存」ボタン押下内部向けお知らせ内容DB登録内部向けお知らせ内容一覧画面表示内部向けお知らせ内容一覧メニュー選択113エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.52_内部向けお知らせ管理備考 業務管理サブシステム 参加者ポータル 参加者 業務管理者 コアセンター・業務管理者 システム管理者■ 詳細表示■ 編集■ 削除■ 一覧表示 ■ 詳細表示■ 一覧表示■ 一覧表示 ■ 詳細表示「詳細」ボタン押下内部向けお知らせ内容詳細画面表示内部向けお知らせ内容DB登録内部向けお知らせ内容入力「編集」ボタン押下内部向けお知らせ内容編集画面表示「保存」ボタン押下削除対象の内部向けお知らせ内容の選択内部向けお知らせ内容DB削除「削除」ボタン押下114エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.53_利用組織管理■ 利用組織表示(一覧表示)■ 利用組織管理(階層表示)備考 業務管理サブシステム 参加者ポータル 参加者 システム管理者[利用組織]一覧画面表示表示結果の確認利用組織一覧メニュー選択「階層表示」ラジオボタンを選択利用組織一覧(階層表示)の表示利用組織検索内容入力利用組織情報の一覧表示「検索実行」ボタン押下[利用組織]一覧画面表示利用組織一覧メニュー選択検索結果の確認115エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.53_利用組織管理備考 業務管理サブシステム 参加者ポータル 参加者 システム管理者■ 利用組織新規登録■ 利用組織表示(一覧表示)「新規登録」ボタン押下[利用組織]新規登録画面表示利用組織情報入力「保存」ボタン押下[利用組織]DB登録116エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.53_利用組織管理備考 業務管理サブシステム 参加者ポータル 参加者 システム管理者■ 利用組織編集■ 利用組織削除■ 利用組織表示(一覧表示)■ 利用組織表示(一覧表示)「詳細」ボタン押下[利用組織]詳細画面表示「編集」ボタン押下[利用組織]編集画面表示編集内容入力「保存」ボタン押下[利用組織]DB登録削除対象の選択「削除」ボタン押下[利用組織]DB登録117エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.54_メールアドレス変更依頼■ メールアドレス変更依頼参加者 コアセンターユニットセンターメディカルサポートセンターWebポータル管理者運用管理者業務管理サブシステム 参加者ポータルメールアドレス変更依頼を受け付けメールアドレスを変更してほしいと依頼対象の参加者情報を検索し、メールアドレスの項目を新しいアドレスに更新して保存参加者情報を更新AWS上のメールアドレス更新をリクエスト対象参加者のCoginitoに登録されているメールアドレスを更新新しいメールアドレス宛にメールアドレス変更完了メールを送信参加者にメールアドレス変更が完了した事を連絡メールアドレス変更完了メールを受信参加者ポータルへのログインやパスワード変更などを118エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.55_郵送対象除外依頼■ 郵送対象除外申請■ 郵送物の郵送送付対象者一覧初回アカウント情報一覧郵送対象申請：「申請なし」の場合参加者 コアセンターユニットセンターメディカルサポートセンターWebポータル管理者運用管理者業務管理サブシステム 参加者ポータル郵送物の送付対象外依頼を受け付け郵送物を送付対象外としてほしいと依頼対象の参加者情報を検索し、郵送対象除外の項目を「申請あり」に更新して保存参加者情報を更新参加者に郵送物を送るため、参加者アカウント一覧画面にて対象者を検索入力条件に応じた参加者を検索して、検索結果一覧に表示データ出力対象から「送付対象者一覧」などの送付物関係のデータを選択して、一覧を出力郵送対象除外が「申請あり」の参加者を除外して一覧を出力出力した一覧をダウンロードし、 ラベル印刷ツールでラベルを印刷ラベルを郵送物に貼り付け、参加者に郵送物を送付郵送物を受領119エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.56_利用者情報管理【A.利用者情報新規登録】凡例ユニットセンターコアセンターヘルプデスク データセンター メディカルサポートセンター申請者 承認者【凡例】旧データ管理備考システム出力対象旧ポータルコンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 作業分 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料2審査承認4利用者情報一覧5利用者情報登録6利用者情報入力7登録処理実行1利用者の新規登録を申請3利用者新規登録指示ユーザー管理DBするしない8利用者情報新規登録完了通知9否認通知10通知受信メールデータ管理の業務フロー図では始点が協力医療機関のみであったが、UC・CC・MSCからの利用者情報変更の申請も考えられる。 ②多要素認証を使用するため、多要素認証の登録が必要となる。 120エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.56_利用者情報管理【B.利用者情報変更】ユニットセンター メディカルサポートセンターコアセンター申請者 承認者 システム管理者 データセンター凡例2内容確認承認4利用者情報一覧5利用者情報編集6利用者情報入力7更新処理実行3利用者情報・アクセス権の変更指示ユーザー管理DBするしない8利用者情報変更完了通知9否認通知10通知受信メール以下、ポータル側の業務フロー図を基に編集作業を詳細化。 データ管理の業務フロー図では始点が協力医療機関のみであったが、UC・CC・MSCからの利用者情報変更の申請も考えられる。 1利用者情報の変更を申請コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 作業分 手作業 確認 保管 始点 終点コンピュータ処理電子データ 試料121エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.56_利用者情報管理【C.利用者情報削除】申請者凡例コアセンター承認者 システム管理者 データセンターユニットセンター メディカルサポートセンター3内容確認承認5利用者情報一覧7削除処理実行4利用者情報・アクセス権の削除指示ユーザー管理DBするしない8利用者情報削除完了通知9否認通知10通知受信メール以下、ポータル側の業務フロー図を基に削除作業を詳細化。 6削除対象の選択1利用者情報・アクセス権の削除を申請データ管理の業務フロー図では始点が協力医療機関のみであったが、UC・CC・MSCからの利用者情報削除の申請も考えられる。 コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 作業分 手作業 確認 保管 始点 終点 コンピュータ処理電子データ 試料122エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.57_第３世代リクルート作業者凡例参加者 協力医療機関データセンターコアセンターユニットセンター メディカルサポートセンター同意書同意書1調査協力依頼3同意書(記入前)記入9同意書(記入済)複写②送付同意情報管理DB1-2-1.生体試料1-4-1.診察記録票1-6-1.質問票調査(初回調査・妊娠中期・出産入院時)5IDラベル付与手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ 別フロー 電子デー 確認 保管コンピュータ処理 作業分岐試料(参加者来院)2説明書/同意書(記入前)手渡4同意書(記入済)受領・確認同意6同意書(記入済)原本手渡8同意書(記入済)複写①保管7受領10受領12同意書(記入済)複写②保管終了No Yes説明書同意書(記入済)受領後、同意得られたか、得られなかったかに関わらず、IDラベルを貼付する。詳細は、「ID管理」参照。 同意書の複写を保管し、調査の実施前に同意を得ていることを確認できるようにしておく。 【同意者数の比率の把握について】協力を求めた患者数の内、同意者数の比率を算出する必要がある。同意者数は、以下の式により算出することとする。 (総配布数－同意者数)/総配布数・総配布数は、同意者数と不同意者数の合計とする。 ・同意者数は、ユニットセンターで入力された同意書の枚数とする。 ・不同意者数は、ユニットセンターで入力された同意拒否の枚数とする。 但し、協力を求めた患者数 = 総配布数とならない場合が想定されるため、以下の手順の整備が必要である。 A.同意書を渡そうとしたが、口頭で断られた場合⇒同意書をその場で書いてもらう。同意書の記入ができない場合は、「口頭拒否」の人数を書きとめておく。 B.同意書を渡したが、返却がない場合⇒次回来院時に返却を依頼する。 同意書は１枚で、同意の種類は「調査協力への同意」、「詳細調査の同意」(母親のみ)、「研究終了後の試料等の取扱についての同意」である。 同意が得られなかった場合、当該参加者に対する調査は終了する。 始点 終点6-1-6【A】ID管理家族構成情報入力、IDラベルの使用状況更新【1-5-1】個人情報登録同意を得られなかった場合、個人情報は入力しない。 【凡例】要確認事項 備考 システム出力対象【2-4-1】ユーザ管理【スケジュールの登録】同意を得た参加者について、ユニットセンターではスケジュールを新規登録する。 同意書(PDF)の保存は、個人情報で行う。 11同意書(記入済)複写②登録同意書123エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.58_試料管理 【A.入庫】凡例協力医療機関ユニットセンターメディカルサポートセンターコアセンター 試料管理システムデータ管理システム保存施設 検査会社作業者 指示作業者 保存施設作業者 長期/分析前保存施設【1-2-1】生体試料【1-3-1】環境試料11試料入庫2試料送付リスト受領確認手作業コンピュータ・ファイル 帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理作業分岐試料 始点 終点1試料送付リスト送付８試料送付試料管理システム基幹DB試料送付リスト3試料送付リスト格納4入庫指示バッチ６入庫指示リスト登録10試料入庫９試料受領確認環境試料 生体試料15入庫完了リスト格納16入庫完了バッチ試料送付リストが事前に送付される。 ※定期的に送付以下ステータスを登録し、入庫指示リストを生成する。 ステータス：保存、システムステータス：(空)試料到着後、入庫指示リストと照合して受領確認を行う。 以下ステータスに更新する。 ステータス：保存、システムステータス：34(入庫完了)文書管理システムを用いて、所定の共有フォルダに格納する。 【条件】ステータスが「保存」になっていること。 検体管理ID、保管場所が入力されていること。 (参照)運用管理手順書(試料管理).xls - 「1.入庫業務 (1)試料送付リスト格納」文書管理システムを用いて、所定の共有フォルダに格納する。 【条件】ステータスが「保存」になっていること。 検体管理ID、保管場所、システムステータスが入力されていること。 現在の運用では「入庫指示」の手順はスキップしており、省くことが可能。 環境試料生体試料13入庫完了リスト取得７入庫指示リスト取得入庫完了リスト14入庫完了リスト更新(参照)運用管理手順書(試料管理).xls -「1.入庫業務(3)入庫完了リスト格納」5入庫指示リスト取得入庫指示リストデータ管理システム基幹DB12入庫完了リスト登録入庫完了リストのステータスを「保存」に更新する。 所定の共有フォルダに生成された入庫指示リストを取得する。 (参照)運用管理手順書(試料管理).xls- 「1.入庫業務 (2)入庫指示リスト取得」【凡例】要確認事項 備考 システム出力対象試料管理システムを用いた登録または取得124エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.58_試料管理 【B.出庫】保存施設指示作業者凡例保存施設作業者協力医療機関ユニットセンターメディカルサポートセンター検査会社 コアセンター長期/分析前保存施設 作業者試料管理システムデータ管理システム12試料出庫手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理作業分岐 試料 始点 終点1出庫候補リスト取得7出庫指示リスト登録11試料出庫15出庫完了リスト更新17出庫完了バッチ13出庫完了リスト登録環境試料以下ステータスに更新する。 ステータス：分析、システムステータス：44(出庫完了)所定の共有フォルダに生成された出庫指示リストを取得する。 (参照)運用管理手順書(試料管理).xls -「2.出庫業務(3)出庫指示リスト取得」データ管理システム基幹DB出庫候補リスト(参照)運用管理手順書(試料管理).xls -「2.出庫業務(1)出庫候補リスト取得」4出庫依頼リスト格納5出庫指示バッチ試料管理システム基幹DB以下ステータスを登録し、出庫指示リストを生成する。 ステータス：分析、システムステータス：(空)試料を倉庫に出庫文書管理システムを用いて、所定の共有フォルダに格納する。 【条件】ステータスが「分析」になっていること。 検体管理ID、保管場所が入力されていること。 2出庫依頼リスト作成出庫候補リストを手作業で編集して出庫依頼リストを作成する。 3出庫依頼リスト更新(参照)運用管理手順書(試料管理).xls-「2.出庫業務(2)出庫依頼リスト格納」出庫依頼リストのステータスを「分析」に更新する。 6出庫指示リスト取得出庫指示リスト8出庫指示リスト取得10試料受領確認９試料送付生体試料14出庫完了リスト取得出庫完了リスト16出庫完了リスト格納出庫完了リストのステータスを「分析」に更新する。 文書管理システムを用いて、所定の共有フォルダに格納する。 【条件】ステータスが「分析」になっていること。 検体管理ID、保管場所、システムステータスが入力されていること。 (参照)運用管理手順書(試料管理).xls -「2.出庫業務(4)出庫完了リスト格納」環境試料 生体試料現在の運用では「出庫完了」の手順はスキップしており、省くことが可能。 出庫依頼リスト「遺伝子解析辞退対象者」の試料出庫除外処理については要調整。 125エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.58_試料管理 【C.再入庫】メディカルサポートセンター協力医療機関凡例ユニットセンター作業者 指示作業者 保存施設作業者 長期/分析前保存施設検査会社 コアセンター 保存施設 試料管理システムデータ管理システムデータ管理システム基幹DB手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理作業分岐試料 始点 終点5再入庫指示リスト取得16再入庫完了バッチ以下ステータスに更新する。 ステータス：保存、システムステータス：64(再入庫完了)所定の共有フォルダに生成された再入庫指示リストを取得する。 (参照)運用管理手順書(試料管理).xls -「3.再入庫業務(2)再入庫指示リスト取得」3再入庫依頼リスト格納再入庫依頼者から再入庫依頼リストを受領する。 4再入庫指示バッチ試料管理システム基幹DB以下ステータスを登録し、再入庫指示リストを生成する。 ステータス：保存、システムステータス：(空)文書管理システムを用いて、所定の共有フォルダに格納する。 【条件】ステータスが「保存」になっていること。 検体管理ID、保管場所が入力されていること。 1再入庫依頼リスト受領確認2再入庫依頼リスト更新再入庫依頼リストのステータスを「保存」に更新再入庫依頼リスト(参照)運用管理手順書(試料管理).xls -「3.再入庫業務(1)再入庫依頼リスト格納」7再入庫指示リスト取得9試料受領確認8試料送付環境試料 生体試料11試料出庫10試料入庫 環境試料生体試料12再入庫完了リスト登録6再入庫指示リスト登録再入庫指示リスト13再入庫完了リスト取得再入庫完了リスト14再入庫完了リスト更新再入庫完了リストのステータスを「保存」に更新する。 15再入庫完了リスト格納(参照)運用管理手順書(試料管理).xls -「3.再入庫業務(1)再入庫依頼リスト格納」文書管理システムを用いて、所定の共有フォルダに格納する。 【条件】ステータスが「保存」になっていること。 検体管理ID、保管場所、システムステータスが入力されていること。 126エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.58_試料管理 【D.廃棄】ユニットセンターメディカルサポートセンター協力医療機関保存施設凡例コアセンター作業者 指示作業者検査会社保存施設作業者 長期/分析前保存施設試料管理システムデータ管理システム手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理作業分岐試料 始点 終点3廃棄指示リスト登録8試料送付14廃棄完了リスト格納15廃棄完了バッチ廃棄対象検体データを削除する。 データ管理システム基幹DB1廃棄指示バッチ試料管理システム基幹DB以下ステータスを登録し、廃棄指示リストを生成する。 ステータス：廃棄、システムステータス：(空)※定期的に基幹DBにて完全同意撤回された参加者を参照し、廃棄対象検体を割り出す。 ※廃棄指示リストの任意作成について試料破損時に備え、試料管理画面に任意検体データの廃棄指示リストを作成する機能を設ける。 本機能を用いた場合は、画面より廃棄指示リストを取得(ダウンロード)し、2以降のフローを実施する。 2廃棄指示リスト取得所定の共有フォルダに生成された廃棄指示リストを取得する。 (参照)運用管理手順書(試料管理).xls -「4.廃棄業務(1)廃棄指示リスト取得」 廃棄指示リスト4廃棄指示リスト取得6試料受領確認5試料送付環境試料 生体試料10試料受領確認9廃棄指示リスト取得環境試料 生体試料 7廃棄指示リスト送付11試料廃棄12廃棄完了リスト作成13廃棄完了リスト更新 廃棄完了リストのステータスを「廃棄」に更新する。 文書管理システムを用いて、所定の共有フォルダに格納する。 【条件】ステータスが「廃棄」になっていること。 検体管理ID、保管場所、システムステータスが入力されていること。 (参照)運用管理手順書(試料管理).xls-「4.廃棄業務(2)廃棄完了リスト格納」廃棄完了リスト127エコチル調査データ管理システムの更改及び運用保守業務一式 別紙4_業務フロー_No.58_試料管理 【E.検体データ検索・閲覧】凡例協力医療機関ユニットセンターメディカルサポートセンター指示作業者 データセンター 作業者コアセンター 検査会社保存施設作業者 長期/分析前保存施設手作業コンピュータ・ファイル帳票コンピュータ画面業務・情報の流れ別フロー 電子データ確認 保管コンピュータ処理作業分岐試料 始点 終点試料管理DB1検体データ検索2検体データ閲覧出庫候補リスト廃棄指示リスト全項目リスト画面上でのデータ閲覧に加え、画面から以下のリストもダウンロードできるようにする。 ・出庫候補リスト(用途はフローB参照)・廃棄指示リスト(用途はフローD参照)・全項目リスト(データチェック用での用途を想定)128エコチル調査データ管理システムの更改及び運用保守業務一式 別紙5 出力ファイル一覧業務サブシステムNo. ファイル名 出力概要作成条件/作成タイミング形態出力方法1 スケジュールCSV データ出力処理(スケジュール)の実行結果を出力する。 データ出力処理完了後オンライン CSV2 スケジュール(同一調査時期支払い)CSV データ出力処理(スケジュール(同一調査時期支払い))の実行結果を出力する。 データ出力処理完了後オンライン CSV3 ID発行申請CSV データ出力処理(ID発行申請CSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV4 親子関係情報CSV データ出力処理(親子関係情報CSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV5 ID一覧CSV(エコチルIDまたは同意書ID) バッチ処理(ID発行)の実行結果を出力する。日次(月～金) バッチ CSV6 同意書IDCSV データ出力処理(同意書IDCSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV7 協力医療機関CSV データ出力処理(協力医療機関CSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV8 エコチルIDCSV データ出力処理(エコチルIDCSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV9 試料送付リストCSV 検査会社から送付された試料送付リストを対象フォルダに格納する。 試料送付リスト受領後作業者 CSV10 入庫指示リストCSV データ出力処理(試料管理データ登録)の実行指示と実行結果を出力する。 データ登録処理完了後バッチ CSV11 入庫完了リストCSV 保存施設作業者による試料入庫業務の入庫結果を対象フォルダに格納する。 試料入庫業務完了後作業者 CSV12 出庫指示リストCSV データ出力処理(試料管理データ更新)の実行指示と実行結果を出力する。 データ登録処理完了後バッチ CSV13 出庫完了リストCSV 保存施設作業者による試料出庫業務の出庫結果を対象フォルダに格納する。 試料出庫業務完了後作業者 CSV14 出庫候補リストCSV 試料検索の結果から出庫候補リストを出力する。 コアセンター作業者による依頼リスト作成オンライン CSV15 出庫依頼リストCSV 出庫対象の試料リストを手作業で作成する。 コアセンター作業者による依頼リスト作成作業者 CSV16 再入庫指示リストCSV データ出力処理(試料管理データ更新)の実行指示と実行結果を出力する。 データ更新処理完了後バッチ CSV17 再入庫完了リストCSV 保存施設作業者による試料再入庫業務の入庫結果を対象フォルダに格納する。 試料再入庫業務完了後作業者 CSV18 再入庫依頼リストCSV 再入庫対象の試料リストを手作業で作成する。 再入庫依頼者による依頼リスト作成作業者 CSV19 廃棄指示リストCSV データ出力処理(試料管理データ更新)の実行指示と実行結果を出力する。 ①コアセンター作業者による指示リスト作成②データ登録処理完了後①オンライン②バッチCSV20 廃棄完了リストCSV 保存施設作業者による試料廃棄業務の廃棄結果を対象フォルダに格納する。 試料廃棄業務完了後作業者 CSV21 同意書情報CSV データ出力処理(同意書情報CSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV22 スケジュールCSV データ出力処理(スケジュールCSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV23 親子関係情報CSV データ出力処理(親子関係情報CSV)の実行結果を出力する。 データ出力処理完了後オンライン CSV24 お知らせ内容一覧 お知らせ内容一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV25 お知らせ閲覧ログ お知らせ閲覧ログのCSVファイルを出力する。 データ出力処理完了後オンライン CSV26 お知らせ評価情報一覧 お知らせ評価情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV27 FAQ一覧 FAQ一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV28 FAQ閲覧ログ FAQ閲覧ログのCSVファイルを出力する。 データ出力処理完了後オンライン CSV29 FAQ評価情報一覧 FAQ評価情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV30 お問合せ一覧 お問合せ一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV31 参加者ID一覧 参加者ID一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV32 個人情報一覧 個人情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV33 送付先情報一覧 送付先情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV34 初回アカウント案内情報一覧 初回アカウント案内情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV35 住所変更履歴 住所変更履歴のCSVファイルを出力する。 データ出力処理完了後オンライン CSV1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙5 出力ファイル一覧No. ファイル名 出力概要作成条件/作成タイミング形態出力方法36 家族情報一覧 家族情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV37 ポイント履歴一覧 ポイント履歴一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV38 ギフト交換履歴一覧 ギフト交換履歴一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV39 同意書情報一覧 同意書情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV40 同意書破棄情報一覧 同意書破棄情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV41 同意書ID一覧 同意書ID一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV42 簡易アンケート一覧 簡易アンケート一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV43 簡易アンケート回答状況一覧 簡易アンケート回答状況一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV44 イベント情報一覧 イベント情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV45 イベント予約状況 イベント予約状況のCSVファイルを出力する。 データ出力処理完了後オンライン CSV46 イベント会場情報一覧 イベント会場情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV47 参加者ステータス情報一覧 参加者ステータス情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV48 参加者ステータス集計(子) 参加者ステータス集計(子)のCSVファイルを出力する。 データ出力処理完了後オンライン CSV49 参加者ステータス集計(代諾者) 参加者ステータス集計(代諾者)のCSVファイルを出力する。 データ出力処理完了後オンライン CSV50 星取表情報一覧 星取表情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV51 星取表集計 星取表集計のCSVファイルを出力する。 データ出力処理完了後オンライン CSV52 ユニット転出入者情報一覧 ユニット転出入者情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV53 スケジュール一覧 スケジュール一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV54 調査情報一覧 調査情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV55 質問票結果情報一覧 質問票結果情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV56 生体検査一覧 生体検査一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV57 生体検査データ一覧 生体検査データ一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV58 利用者一覧 利用者一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV59 組織一覧 組織一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV60 操作履歴一覧 操作履歴一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV61 学校情報一覧 学校情報一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV62 内部向けお知らせ内容一覧 内部向けお知らせ内容一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV63 協力医療機関一覧 協力医療機関一覧のCSVファイルを出力する。 データ出力処理完了後オンライン CSV2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙6 データ一覧No. データ種別 データ概要 データ入力元 KPIの材料1 アカウントに関するデータ1-1 利用者アカウント情報 エコチル調査参加者の氏名、連絡先等の基本情報 運用事業者、UC 調査継続率、調査同意率1-2 親子関係情報・家族情報 エコチル調査参加者の親子関係や家族関係に関する情報 運用事業者、UC -1-3 同意情報 エコチル調査に対する同意情報 運用事業者、UC、CC 調査継続率、調査同意率1-4 業務サブシステム利用者情報 業務サブシステムを利用する職員の利用者情報 運用事業者 -1-5 謝礼情報・ポイント情報 エコチル調査参加者に付与された謝礼情報、ポイント情報 システム -2 調査結果データ2-1 Web質問票による回答データ エコチル調査参加者の質問票に対する回答内容 参加者 回答回収率2-2 対面調査(測定結果)によるデータ 対面調査で得られた測定結果や観察記録 UC -2-3 試料検査によるデータ 採取された試料の検査結果 CC -2-4 過去の調査データ 現行のデータ管理システムで収集したエコチル調査参加者の調査結果 システム 回答回収率3 加工データ3-1 結果返却 参加者へのアンケート結果の返却に関する情報を記録したデータ 結果返却データ作成者 参加者理解度4 業務で入力されるデータ4-1 ポイント残高、受け払い状況 参加者のポイント残高とその増減(獲得・使用)に関する履歴を記録したデータ システム -5 各種Webコンテンツ5-1 Web質問票(設計情報、質問票) Web上で実施される質問票の設計情報(質問内容、回答形式など)と、実際の質問票の内容等を記録したデータ Web質問票入力者 -5-2 お知らせ 参加者へ告知されるお知らせの内容(タイトル、本文、掲載期間など)を記録したデータ Webポータルサブシステム管理者 お知らせ反応時間5-3 FAQ情報 参加者から寄せられる質問とその回答をまとめた情報を記録したデータ Webポータルサブシステム管理者 -6 Webポータルサブシステム管理データ6-1 Webサーバアクセス履歴 Webサーバへのアクセスに関する日時などの情報の記録 システム サイトアクセス率6-2 回答状況履歴 参加者が質問票などに回答した際の進捗状況の記録 システム -6-3 回答星取り情報 回答に対する状況などの記録 システム -6-4 お知らせ閲覧履歴 参加者がシステム内のお知らせを閲覧した日時や内容などの記録 システム お知らせ反応時間6-5 お問合せ閲覧履歴 参加者が過去にどのようなお問合せを閲覧したかを記録などの記録 システム -6-6 結果返却リクエスト、閲覧履歴 参加者が返却された結果を閲覧した履歴を記録などの記録 システム -6-7 Webサーバシステム情報 WebサーバのOS、バージョン、リソース使用状況などのシステムに関する情報などの記録 システム -7 業務サブシステム管理データ7-1 業務サブシステムアクセス履歴 利用者が業務サブシステムにアクセスした日時、アクセス内容などの記録 システム サイトアクセス率7-2 調査データ登録履歴 調査データが登録された日時、登録者、登録内容などの記録 システム -7-3 アカウント情報登録(修正)履歴 参加者アカウントの登録、変更に関する日時、変更内容などの記録 システム -7-4 同意情報登録(修正)履歴 同意情報の変更内容などの記録 システム -7-5 ファイルアクセス履歴 ユーザーがファイルにアクセスした日時、ファイル名などの記録 システム -7-6 ファイル破棄履歴 ファイルが破棄された日時、破棄者、ファイル名などの記録 システム -7-7 メニューアクセス履歴 ユーザーがシステムメニューにアクセスした日時、ユーザー、メニュー名などの記録 システム -7-8 業務サーバシステム情報 業務サーバの構成、設定、状態に関する情報 システム -7-9 ファイルサーバ利用履歴 ユーザーがファイルサーバを利用した日時、ユーザー、利用量などの記録 システム -7-10 その他マスタ情報 上記にあてはまらないマスタ情報 システム -7-11 その他トラン情報 上記にあてはまらないトラン情報 システム -※問い合わせ振り分け情報、他コンテンツ(トップページデザイン、個人情報保護方針、同意説明、コピーライト)は、ファイルとして保管、編集されるため、テーブルを持たない。 ※結果返却データは、結果報告フォーマットに従って生成されるので、テーブルを持たない。 1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙7 機能一覧(業務サブシステム)業務サブシステムNo. 機能名 機能詳細 機能要件詳細1 認証管理 ログイン認証 生体情報(静脈情報)をデバイスから取得し、認証を行える機能。 2 ユーザロール定義 権限グループ(ユーザロール)を定義できる機能。 3 ユーザロール設定 アカウントに対してユーザロールを設定できる機能。 4 ログイン履歴 これまでログインした利用者の状況を確認する機能。 5 トップ 内部向けお知らせ表示 内部向けお知らせの表示を行う機能。 6 アカウント切り替え 実施する業務によって、アカウントを切り替えられる機能。 7 業務管理 利用者情報管理 業務システム利用者の登録、参照、編集、削除を行う機能。 8 利用組織管理 業務システム利用者の組織情報の登録、参照、編集、削除を行う機能。 9 操作履歴一覧 各メニュー、操作履歴の検索、一覧表示を行う機能。 10 CSVダウンロード一覧 データ出力申請後、ファイルの作成状況およびダウンロードを行うための一覧を表示する機能。 11 内部向けお知らせ内容管理 内部向けお知らせ内容の登録、参照、編集、削除を行う機能。 12 同意書管理 同意書情報管理 同意情報の初期登録(同意の延長)、参照、編集、削除を行う機能。 13 同意書破棄情報管理同意書破棄情報の登録、参照、編集、削除及びデータ出力を行う機能。 【機能変更】参加者の完全同意撤回後にデータ登録を不可とすること。 現行のデータ管理システムでは、完全同意撤回後にも該当のエコチルIDでデータ登録が可能であり、運用上の齟齬が生じる可能性がある。 14 個別調査同意書情報管理 詳細調査同意書情報の登録、参照、編集、削除及びデータ出力を行う機能。 15 参加者アカウント管理 参加者アカウント新規登録 参加者情報の新規登録を行う機能。 16 マイページ開設案内 Webポータルのマイページ開設の案内を出力できる機能。 17 アカウント編集(住所情報同期) Webポータル側からの住所情報変更を同期できる機能。 18 参加者アカウント有効化 不足情報を入力してアカウントを有効化できる機能。 19 参加者アカウント管理参加者アカウント情報の参照、編集、削除を行う機能。 【機能追加】主に、現行の参加者ポータルシステムに登録されている参加者の個人情報を表示する。加えて、現行のデータ管理システムに登録されている個人情報のうち、「備考」欄の内容も同一画面上に表示する。 20 マイページ閲覧修正 参加者からの修正依頼を受付けて、修正新規登録を行う機能。 21 個人情報CSVダウンロード履歴 参加者から取得した個人情報の、CSV出力を指示した履歴と、CSVダウンロード履歴を参照する。 22 参加者アカウントデータ出力 ユーザアカウント情報(csv)のダウンロードを行う機能。 23 参加者アカウントデータ出力 参加者アカウント情報のデータ出力を行う機能。 24 個人情報エコチルID出力 指定した個人情報エコチルIDのデータ出力を行う。 25 ダウンロード履歴出力 ダウンロード履歴の出力を行う機能。 26 住所履歴情報参加者の住所履歴情報に対し、以下の処理を実現する。 ・住所履歴情報の登録、変更、削除27 送付先住所履歴情報参加者の送付先住所履歴情報に対し、以下の処理を実現する。 ・送付先住所履歴情報の登録、変更、削除28 住所履歴CSV出力参加者の住所履歴情報に対し、以下の処理を実現する。 ・指定した住所履歴情報のデータ出力29 郵便番号 郵便番号の検索、及び選択を行う。 30 学校情報管理 学校情報の登録、参照、編集、削除を行う機能。 31 進行管理 Web質問票回答_進行管理レコード生成 Web質問で回答がリリースされると、参加者ごとに進行管理レコードを生成する機能。 32 個別調査_進行管理レコード生成 詳細調査がリリースされると、参加者ごとに進行管理レコードを生成する機能。 33 スケジュール管理スケジュールの登録、参照、編集、削除及びデータ出力を行う機能。 【機能追加】参加者に対するリマインドメールは、複数調査がある場合はまとめて1通のメールで送付すること。 34 調査情報管理 調査情報の登録、参照、編集、削除を行う機能。 35 スケジュール(同一調査時期支払い)参加者のスケジュール(同一調査時期支払い)の予定・実績を登録する。 都道府県、ユニットセンター、協力医療機関、参加者毎の進捗状況データを出力する。 36 親子情報管理 親子情報管理 親子情報の登録、参照、編集、削除及びデータ出力を行う機能。 37 代諾者設定 代諾者を設定できる機能。 38 参加者追加 既存の親子情報に参加者を新規追加を行う機能。 39 参加者移動(複製) 既存の親子情報間で参加者の移動(複製)を行う機能。 40 参加者無効化 既存の親子情報の中で参加者を無効化できる機能。 41 代諾者変更 代諾者を変更できる機能。 42 家族情報管理 現行システムのリクルート時の参加者情報、世帯情報をそれぞれ管理できる機能。 43 マイページ閲覧修正 参加者からの修正依頼を受付けて、修正新規登録を行う機能。 44 ID発行申請各ＩＤ(母、父、子、同意書)を発番し、管理する。 発番したＩＤデータをラベル用にデータ出力する。 45 マスタ管理 同意書ID ID発行申請で作成された同意書IDを、参照、変更、削除する。 46 調査時期 調査時期の情報を参照、登録、変更、削除する。 47 協力医療機関協力医療機関の情報を参照、登録、変更、削除する。 【機能変更】現行システムでは協力医療期間コードは3桁であるが、4桁に変更すること。または、医療機関名称で管理すること。 48 エコチルID ID発行申請で作成されたエコチルIDを、参照、変更、削除する。 ※現行システムからの変更点を下線で示す1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙7 機能一覧(業務サブシステム)No. 機能名 機能詳細 機能要件詳細49 試料管理 試料管理参加者から取得した試料に対し、以下の処理を実現する。 ・試料データ入庫・試料データ出庫・試料データ再入庫・試料データ廃棄 (完全同意撤回、試料廃棄)・試料データ検索【機能変更】遺伝子解析辞退者の出力除外を設定できるようにする。 50 参加者ステータス管理 参加者ステータス情報管理参加者ステータス情報の参照を行う機能。 【機能追加】生産死産流産を判定し、判定結果を「生産」「死産」「流産」「不明」として画面上に表示する。 判定方法については「【閲覧資料】データ管理システムのテーブルを利用した生産死産流産の判定方法」に示す。 ※本判定方法をもとに画面表示時に生産死産流産かを判定して表示させるか、もしくは、テーブルに新しく生産死産流産のステータスの項目を追加するか等の表示する仕組みについては設計時に検討すること。 51 星取表情報管理 星取表情報の参照を行う機能。 52 ユニット転出入者情報管理 ユニット転出入者情報の検索、一覧表示を行う機能。 53 お知らせ管理 お知らせ内容管理 参加者向けお知らせの登録、参照、編集、削除及びデータ出力を行う機能。 54 お知らせ内容掲載管理 登録されたお知らせの、掲載期間を指定して自動で掲載開始・掲載終了を行う機能。 55 お知らせ連携 Webシステム側のお知らせ通知の発出指示を行う機能。 56 お知らせ内容(履歴)管理 過去に掲載されたお知らせの参照を行う機能。 57 お知らせ評価情報管理 お知らせ評価情報の参照、データ出力を行う機能。 58 お問合せ管理 FAQ管理 FAQの登録、参照、編集、削除及びデータ出力を行う機能。 59 お問合せ一覧 Webポータルから送信されたお問合せの参照、回答の登録を行う機能。 60 お問合せ評価情報一覧 お問合せ評価情報の参照、データ出力を行う機能。 61 ポイント管理 ポイント受け払い情報管理 ポイント受け払い情報の参照を行う機能。 62 ポイント残高表示 ポイント残高表示を行う機能。 63 ギフトコード交換情報管理 ギフトコード交換情報の検索、一覧表示、ギフトコード発行履歴表示を行う機能。 64 結果返却管理 結果返却ファイルアップロード 結果返却結果を業務管理サブシステムへアップロードする機能。 65 結果返却ファイル参照 結果返却結果を参照できる66 結果返却ファイル出力結果返却結果をポータルへ連携できる【機能追加】参加者の結果返却の閲覧状況を代諾者・子供それぞれ集計できるようにすること。 67 データ管理 アーカイブデータ参照【機能追加】12歳以下の調査データまたは謝礼管理情報に対し、以下の処理を実現する。 ・登録されている調査データまたは謝礼管理情報を検索し、その結果を一覧表示(調査時期はプルダウン形式で選択可)・指定した調査データ・謝礼管理情報のデータ出力・添付されているファイルのダウンロード対象データは「別紙21 テーブル一覧」のデータ管理システムにおいて「B-2 対面調査(測定結果)によるデータ」「B-3 試料検査によるデータ」「B-4 過去の調査データ」に分類されているデータに加え、No.28～No.31の謝礼対象者のデータとする。 68 Web質問票データコンバート 取得した回答データを、データテーブルにあわせてコンバートできる69 Web質問票データの代行登録 紙ベースの質問票データの代行新規登録を行う機能。 70 Web質問票定義管理登録データの登録、参照、編集、削除を行う機能。 【機能追加】Web質問票一覧画面に、年齢(学年)を表示すること。 71 Web質問票回答結果一覧データ出力 Web質問票回答結果のデータ出力を行う機能。 72 生体検査一括読み込み 生体検査データの一括読み込みを行う機能。 73 生体検査一覧 生体検査データの参照、削除及びデータ出力を行う機能。 2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙7 機能一覧 (Webポータルサブシステム・管理者向け)Webポータルサブシステム(管理者向け)No. 機能名 機能詳細 機能要件詳細1 ログイン認証機能 ログイン確認ID/パスワード入力を要求し、入力完了後認証を行う。 正しく認証されたならば、トップページに遷移する。 2 生体認証使用確認今後、ログイン操作時に、生体認証データを使用することを許可するかどうかを確認する。許可しない場合は、常にパスワードを要求するようになる。 3 パスワード再発行 パスワード再発行リンクを表示し、リンク選択でパスワード再発行画面に遷移する。 4 簡易アンケート機能 任意メニューへ表示 特定のアンケートを任意の画面に表示する機能。 5 アンケート回収 アンケートの回答を回収する機能。 6 ポイント付与 アンケートに回答してくれた参加者に対して、ポイントを付与する機能。 7 外部サービス連携機能 郵便番号検索サービス連携郵便番号から住所の特定、またはその逆の検索を行うために、日本郵政が公開している「郵便番号検索API」サービスを使用するための機能。 8 デジタルギフトサービス連携 参加者が貯めたポイントをギフトコードに変換して発行するサービスと連携するための機能。 9 サイト管理機能 アクセスログ収集保守員の操作により、参加者ポータルへのアクセス状況、エラー等の状況、個人を特定できない形での操作情報等について、データ収集・保存する機能。 10 脅威検知(IDS)保守員の操作により、セキュリティインシデントにつながる脅威について、検知・防止およびログの収集を行う機能。 11 バックアップ 保守員の操作により、ログのバックアップを実施するための機能。 ※現行システムからの変更点を下線で示す3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙7 機能一覧 (Webポータルサブシステム・参加者向け)Webポータルサブシステム(参加者向け)No. 機能名 機能詳細 機能要件詳細1 トップページ表示機能 通知件数表示 待受け時のエコチル・アプリケーションアイコンに、未読通知件数を表示する。 2 重要なお知らせ表示 「重要なお知らせ」について、タイトルリンクを表示し、リンク選択で当該お知らせの内容を表示する。 3 新着情報表示 「重要なお知らせ」以外の新着情報のタイトルリンクを表示し、リンク選択で当該情報の詳細を表示する。 4 お知らせ呼出 お知らせ機能を呼出すためのアイコンを表示する。アイコン選択でお知らせ機能に遷移する。 5 問合せ呼出 問合せ機能を呼出すためのアイコンを表示する。アイコン選択で問合せに遷移する。 6 結果返却(表示)呼出結果返却(表示)機能を呼出すためのアイコンを表示する。アイコン選択で結果返却(表示)機能に遷移する。 7 マイページ呼出 マイページ機能を呼出すためのアイコンを表示する。アイコン選択でマイページ機能に遷移する。 8 Web質問票(回答)呼出Web質問票(回答)機能を呼出すためのアイコンを表示する。アイコン選択でWeb質問票(回答)機能に遷移する。 9 メニュー表示通常はメニューアイコンを表示しており、選択することで、登録されている別アイコンを表示する。別アイコンとは、「マイページ」「お問合せ」「結果返却」の各アイコンである。 なお、本処理はスマートフォン向けの画面でのみ対応する。 10 コピーライト表示 コピーライト情報を表示する。 11 個人情報保護に関する表示個人情報保護に関する情報を表示するためのリンクを表示し、リンク選択で個人情報保護に関する内容を表示する。 12 同意について表示サイトを使用する上での同意についての情報を表示するためのリンクを表示し、リンク選択で同意に関する内容を表示する。 13 お知らせ機能 新着確認 新着のお知らせがあり、かつ未読である場合は、表示期限内である場合に新着であることを表示する。 14 お知らせ内容表示 お知らせの内容を表示する。お知らせが新着である場合に、内容表示を行ったら既読とする。 15 過去のお知らせ一覧表示 過去にお知らせした内容を一覧形式で表示する。 16 お問合せ機能 問合せ先情報表示 問合せ先に関する情報を表示する。 17 FAQ表示 よくある質問をカテゴリ毎に表示する。 18 お問合せ入力 お問合せの内容を入力し、システムに登録する。 19 自動回答表示お問合せ内容について、自動的に回答できる内容である場合についてチャットボットまたはそれに類する機能にて、回答または該当するFAQの表示を行う。 20 回答保留お知らせ表示コアセンター、またはユニットセンターにて回答が必要とチャットボットまたはそれに類する機能が判断した内容については、回答を保留し問合せ中であることを表示する。 21 業務管理サブシステムへ通知登録 回答を保留した内容を業務管理サブシステムへ通知・登録する。 22 新着回答表示 コアセンター、またはユニットセンターにて回答した内容を表示する。 23 結果返却表示機能 結果返却リクエスト 参加者が、希望する診断の結果の受取を要求する機能。 24 結果返却受取り リクエストされた内容の結果を業務管理サブシステムより受取る機能。 25 結果表示 結果返却リクエストにより返却された診断の内容を表示する機能。 26 Web質問票表示機能 Web質問票表示 アイコン等の操作により、Web質問票サブシステムが提供する画面を表示するための機能。 27 Web質問票回答済表示 Web質問票に対して回答または、未回答の状態を管理する機能。 28 回答データ登録 Web質問票サブシステムからの回答情報をデータベースに登録する機能。 29 ポイント加算 Web質問票に回答いただいた参加者のポイントを加算する機能。 30 回答データ削除 回答情報を業務管理サブシステムと連携後は、参加者毎の詳細な回答情報を削除する機能。 31 マイページ機能 お知らせ表示機能呼出 お知らせ表示機能を呼出す機能。 32 結果返却表示機能呼出 結果返却表示機能を呼出す機能。 33 ポイント表示 参加者のポイント、および家族ポイントを表示する機能。 34 アカウント管理機能 アカウント変更以下のアカウント情報の変更・更新を行う機能。 ・ユーザID・ログインパスワード・連絡先携帯電話番号(スマートフォン)/メールアドレス(PC)35 届け出内容登録・変更以下の届け出情報の新規登録、変更・更新を行う機能。 ・ご本人氏名・関係者(親子・兄弟姉妹)情報・住所・在職、在校の情報・その他36 学校検索在校情報を登録する時に、文部科学省が提供するデータから、学校検索を実施して設定できる機能。 ・学校名・所在地・学校コード37 コピーライト等情報表示機能 コピーライト表示 必要な画面に対して、著作権を明確にするためのコピーライトを表示する機能。 38 個人情報保護方針表示 任意の画面から、個人情報保護方針についての内容を表示する機能。 39 同意に関する情報表示 任意の画面から、同意について許諾を得るための内容を表示する機能。 40 データ同期機能 業務管理サブシステムからの同期 業務管理サブシステムがボータンサブシステムのデータへ書込みを行うための許可や手順について機能。 41 業務管理サブシステムへの同期 業務管理サブシステムがボータンサブシステムのデータから取込みを行うための許可や手順について機能。 ※現行システムからの変更点を下線で示す4エコチル調査データ管理システムの更改及び運用保守業務一式 別紙7 機能一覧 (Webポータルサブシステム・参加者向け)No. 機能名 機能詳細 機能要件詳細42 同意管理機能 調査への同意本調査に対する同意、協力の停止、同意の撤回、不参加等の同意の状態(ステータス)を登録できる機能。 また、同意の状態により、ポータルの画面メニューの表示・非表示を制御する機能も提供する。 【機能追加】参加者がシステムに同意したタイミングで、質問票が配信できるようにすること。 43 代諾者の同意以下の場合に代諾者の同意を確認する機能。 ・Web質問票の回答および結果返却時における被代諾者への参照リクエスト許可の同意・デジタルギフト交換時の同意44 参加者の同意以下の場合に参加者本人の同意を確認する機能。 ・Web質問票の回答および結果返却時における参照の同意5エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)業務サブシステム処理サイクル起動方式1 完全同意撤回データ削除 夜間バッチ 日次(月～金) 自動 リラン【処理名：完全同意撤回データ削除】①"同意撤回","観戦同意撤回"を求める参加者の個人情報等を削除する。 ②"協力中止の訂正"を求める参加者の同意撤回の状況を、協力中止を実施する前の状態にする。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -2 ID発行 夜間バッチ 日次(月～金) 自動 リラン【処理名：ID発行】①ID発行申請エンティティより未発行の申請情報を抽出し、同意書IDエンティティまたはエコチルIDエンティティに新規レコードを追加する。 ②①で新規登録したIDおよび属性情報をID一覧CSV(ECZZFfd03FB0101)に出力する。 ③処理が完了した申請情報についてID発行申請エンティティの申請ステータスを更新する。 ④②で出力されたCSVファイルをID発行申請エンティティに添付ファイルとして保存する。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -3 マスタCSV出力 夜間バッチ日次(月～金)週次(日曜日)自動 リラン【処理名：種別マスタCSV出力】バッチ業務で利用するマスタのキー項目と表示項目を一時ファイルに出力する。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -4 Shunsaku版試料管理データ取込 夜間バッチ 日次(月～金) 自動 リラン【処理名：入庫指示】当処理では、試料送付リストを取り込んで、Shunsakuへのデータ登録と入庫指示リスト出力を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -5 夜間バッチ 日次(月～金) 自動 リラン【処理名：入庫完了】当処理では、入庫完了リストを取り込んで、Shunsakuへのデータ登録を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -6 夜間バッチ 日次(月～金) 自動 リラン【処理名：出庫指示】当処理では、出庫依頼リストを取り込んで、Shunsakuへのデータ登録と出庫指示リスト出力を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -7 夜間バッチ 日次(月～金) 自動 リラン【処理名：出庫完了】当処理では、出庫完了リストを取り込んで、Shunsakuへのデータ登録を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -8 夜間バッチ 日次(月～金) 自動 リラン【処理名：再入庫指示】当処理では、再入庫依頼リストを取り込んで、Shunsakuへのデータ登録と再入庫指示リスト出力を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -9 夜間バッチ 日次(月～金) 自動 リラン【処理名：再入庫完了】当処理では、再入庫完了リストを取り込んで、Shunsakuへのデータ登録を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -10 夜間バッチ 日次(月～金) 自動 リラン【処理名：廃棄指示】当処理では、CRMateデータベースを参照し、完全同意撤回が行われた参加者に関するShunsakuへのデータ登録と廃棄指示リスト出力を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 無効◆無効理由画面から廃棄指示を出力できるような機能をつけたため。 ◆有効にするタイミングお客様から要望があれば有効にする。 11 夜間バッチ 日次(月～金) 自動 リラン【処理名：廃棄完了】当処理では、廃棄完了リストを取り込んで、Shunsakuへのデータ削除を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -12 CSV出力(コアセンター) オンライン起動 -オンライン起動リラン【処理名： CSV出力】データ出力の申請が行われた際に起動する。(コアセンターユーザ用)有効 -13 CSV出力(ユニットセンター) オンライン起動 -オンライン起動リラン【処理名： CSV出力】データ出力の申請が行われた際に起動する。(コアセンターユーザ以外用)有効 -14 CSV出力キュー開始 夜間バッチ 日次(月～土) 自動 リラン【処理名： CSV出力キュー開始】CSV出力のキューを開始する。 有効 -15 CSV出力キュー停止 夜間バッチ 日次(月～土) 自動 リラン【処理名： CSV出力キュー停止】CSV出力のキューを停止する。 有効 -状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要※現行システムからの変更点を下線で示す。 1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要16試料管理全項目リストCSV出力(KeyID)随時バッチ 週次(日) 自動 リラン【処理名： 試料管理全項目リストCSV出力(KeyID)】当処理では、試料管理の全項目リストCSV処理から出力されたCSVを整形し、提供用CSV作成を行う。 有効 -17 随時バッチ 週次(日) 自動 リラン【処理名： 試料管理全項目リストCSV出力(調査時期別)(KeyID)】当処理では、試料管理の全項目リストCSV処理にて各調査時期を条件として出力されたCSVを整形し、提供用CSV作成を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効 -18 お知らせ連携 システム 随時 手動 リラン お知らせをポータルDBに連携する。有効 -19 お知らせ閲覧履歴連携 夜間バッチ 日次(月～日) 自動 リラン お知らせ閲覧履歴をポータルDBから取得する。有効 -20 お知らせ既読情報連携 夜間バッチ 夜間バッチ 自動 リラン お知らせの既読日時をポータルDBから連携する。有効 -21 FAQ連携 システム 随時 手動 リラン FAQをポータルDBに連携する。有効 -22 FAQ閲覧履歴連携 夜間バッチ 日次(月～日) 自動 リラン FAQ閲覧履歴をポータルDBから取得する。有効 -23 問合せカテゴリー連携 バッチ 追加時 手動 リラン 問合せカテゴリーをポータルDBに連携する。有効 -24 お問合せ回答返信 システム 随時 手動 リラン お問い合せへの回答をお知らせとして登録する。有効 -25 参加者アカウントコンバート 夜間バッチ 年次 手動 リランデータ管理システムの個人情報の全データを取り込んで、業務管理サブシステム用に参加者情報をコンバートして登録後、ポータルDBに連携する。 有効 -26 参加者情報連携 システム 随時 手動 リラン 参加者情報をポータルDBなどに連携する。有効 -27 参加者アカウント再発行連携 システム 随時 手動 リラン再発行した参加者アカウントをポータルDBなどに連携する。 有効 -28 参加者初回ログイン情報連携 夜間バッチ 夜間バッチ 自動 リラン参加者情報やスケジュールに対して、初回ログイン済みの情報をポータルDBから連携する。 有効 -29子どもの初回アカウントお知らせ配信夜間バッチ 夜間バッチ 自動 リラン同意書の質問票に継続すると回答した代諾者に対して、子どもの初回アカウント情報のお知らせを配信する。 有効 -30 個人情報ID出力 システム 随時 手動 リラン個人情報新エコチルID画面からデータ出力の申請が行われたデータをCSV形式で出力する有効 -31 住所変更履歴CSV出力 バッチ 依頼発生時 手動 リラン住所履歴CSV出力申請画面から申請された条件で住所履歴情報をCSVファイルとして作成する。問題が発生した場合、エラーログを出力し処理を終了する。 有効 -32 親子情報コンバート 夜間バッチ 年次 手動 リランデータ管理システムの親子情報の全データを取り込んで、業務管理サブシステム用に家族情報をコンバートして登録後、ポータルDBに連携する。 有効 -33 家族情報連携 システム 随時 手動 リラン 家族情報をポータルDBに連携する。有効 -34 ポイント付与情報連携 夜間バッチ 日次(月～日) 自動 リラン ポイント付与情報をポータルDBから取得する。有効 -35 ギフト交換情報連携 夜間バッチ 日次(月～日) 自動 リラン ギフト交換情報をポータルDBから取得する。有効 -36 ギフト商品情報連携 夜間バッチ 日次(月～日) 自動 リラン ギフト商品情報をポータルDBから取得する。有効 -37 同意書情報コンバート 夜間バッチ 年次 手動 リランデータ管理システムの同意書情報の全データを取り込んで、業務管理サブシステム用に同意書情報をコンバートして登録後、同意情報をポータルDBに連携する。 有効 -38 同意書破棄情報コンバート 夜間バッチ 年次 手動 リランデータ管理システムの同意書情報の全データを取り込んで、業務管理サブシステム用に同意書破棄情報をコンバートして登録後、同意情報をポータルDBに連携する。 有効 -39 参加者同意情報連携 システム 随時 手動 リラン 参加者同意情報をポータルDBに連携する。有効 -40 同意書破棄処理 夜間バッチ 日次(月～日) 自動 リラン同意書破棄情報を確定し、「同意撤回」を求める参加者の個人情報や、「完全同意撤回」を求める参加者の参加者アカウント情報、個人情報、収集データを削除する。 有効 -41 同意回答メール送信 夜間バッチ 日次(月～日) 自動 リラン前日に同意書の質問票に回答した代諾者や子どもに対して、回答内容をメールで返信する。 有効 -42 同意撤回データ削除 夜間バッチ 日次(月～日) 自動 リラン「同意撤回」を求める参加者の個人情報、ポイント情報を削除する。 有効 -43 完全同意撤回データ削除 夜間バッチ 日次(月～日) 自動 リラン「完全同意撤回」を求める参加者の参加者アカウント情報、個人情報、収集データを削除する。 有効 -44 第二期→第一期同意撤回反映 夜間バッチ 日次(月～日) 自動 リラン第二期の撤回時に、同じ情報を、第一期の同意書情報の「同意撤回の状況」と「同意撤回処理日」も同様に反映する。 有効 -45 結果返却種別情報連携 バッチ 追加時 手動 リラン 結果返却種別情報をポータルDBに連携する。有効 -46 結果返却管理情報連携 システム 随時 手動 リラン 結果返却管理情報をポータルDBに連携する。有効 -47 参加者ステータス集計出力 夜間バッチ 週次(日) 自動 リラン参加者ステータス情報を集計してCSV形式で出力する。 有効 -48 星取表集計出力 夜間バッチ 週次(日) 自動 リラン 星取表情報を集計してCSV形式で出力する。有効 -49 スケジュール情報コンバート 夜間バッチ 年次 手動 リランデータ管理システムのスケジュール情報の全データを取り込んで、業務管理サブシステム用にスケジュール情報をコンバートして登録後、ポータルDBに連携する。 有効 -2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要50 調査時期情報コンバート 夜間バッチ 初回のみ 手動 リランデータ管理システムの調査時期情報の全データを取り込んで、業務管理サブシステム用に調査時期情報をコンバートして登録後、ポータルDBに連携する。 有効 -51 スケジュール完了確定 夜間バッチ 日次(月～日) 自動 リランスケジュール情報の進捗が「完了」に更新されたスケジュールに対して、完了日を入れて、完了の確定更新する。 有効 -52スケジュール内付与ポイント変更履歴出力バッチ 依頼発生時 手動 リランスケジュール情報の変更履歴の中から参加者への付与ポイント変更履歴を抽出してCSV形式で出力する。 有効 -53 Web質問票情報連携 システム 随時 手動 リラン Web質問票情報をポータルDBに連携する。有効 -54 Web質問票お知らせ連携 夜間バッチ 日次(月～日) 自動 リラン質問票公開のお知らせ配信対象者をポータルDBに連携する。 有効 -55 Web質問票回答連携 夜間バッチ 日次(月～日) 自動 リラン各参加者のWeb質問票への回答をポータルDBから取得する。 有効 -56 Web質問票回答許可設定連携 夜間バッチ 日次(月～日) 自動 リラン代諾者より質問票プレビュー時期に子どもに回答させたくないという意思表示の情報をポータルDBから取得する。 有効 -57 Web質問票追加配信 夜間バッチ 日次(月～日) 自動 リラン新たに公開中の質問票の配信条件を満たした対象者をポータルDBに連携する。 有効 -58 Web質問票リマインド連携 夜間バッチ 日次(月～日) 自動 リラン質問票リマインドのお知らせ配信対象者をポータルDBに連携する。 有効 -59 Web質問票プレビュー連携 夜間バッチ 日次(月～日) 自動 リラン質問票プレビュー開始のお知らせ配信対象者をポータルDBに連携する。 有効 -60Web質問票表示対象者未設定チェック夜間バッチ 日次(月～日) 自動 リラン表示対象者が未設定のWeb質問票定義が存在した場合にアラートを通知する。 条件：ＴＢＤ有効 -61 疾患情報登録データ抽出 夜間バッチ 日次(月～日) 自動 リラン質問票回答データから対象とする疾患を抽出し、疾患情報テーブルに疾患情報として登録を行う。 有効 -62 結果返却用データコンバート 夜間バッチデータ管理システムデータ更新時手動 リランデータ管理システムの結果返却用データの全データを取り込んで、業務管理サブシステム用に結果返却用データをコンバートして登録後、ポータルDBに連携する。 有効 -63 利用者情報コンバート 夜間バッチ 初回のみ 手動 リランデータ管理システムの利用者情報の全データを取り込んで、業務管理サブシステム用に利用者情報をコンバートして登録後、ポータルDBに連携する。 有効 -64 利用者組織コンバート 夜間バッチ 初回のみ 手動 リランデータ管理システムの利用者組織の全データを取り込んで、業務管理サブシステム用に利用者組織をコンバートして登録後、ポータルDBに連携する。 有効 -65 CSV出力 システム 随時 手動 リランデータ出力の申請が行われた対象のCSVを出力する。 有効 -66 学校情報連携 システム 随時 手動 リラン 学校情報をポータルDBに連携する。有効 -67 収集情報一括出力 夜間バッチ 週次(日) 自動 リラン個人情報、参加者ID、家族情報、同意情報、調査データなどの収集情報を一括で出力して、ZIP化して保存する。 有効 -68 組織お問合せ先連携 システム 随時 手動 リラン 組織お問合せ先をポータルDBに連携する。有効 -69 お知らせ画像取得 オンライン起動 -オンライン起動リラン 指定されたお知らせの添付画像を取得する。有効 API70 お知らせ添付PDF取得 オンライン起動 -オンライン起動リラン 指定されたお知らせの添付PDFを取得する。有効 API71 問合せ連携 オンライン起動 -オンライン起動リラン 問合せ内容を連携する。有効 API72 氏名取得 オンライン起動 -オンライン起動リラン 指定された参加者の氏名情報を取得する。有効 API73 個人情報取得 オンライン起動 -オンライン起動リラン指定された参加者の氏名情報を含む全ての個人情報を取得する。 有効 API74 個人情報更新 オンライン起動 -オンライン起動リラン 指定された参加者の個人情報を更新する。有効 API75 同意情報取得 オンライン起動 -オンライン起動リラン 指定された参加者の同意情報を取得する。有効 API76 協力取りやめ申請 オンライン起動 -オンライン起動リラン指定された協力取りやめ申請の請求情報を連携する。 有効 API77 結果返却PDF取得 オンライン起動 -オンライン起動リラン指定された参加者と結果返却種別に応じた結果返却PDFデータを取得する。 有効 API78エコチル調査データ抽出(KeyID)随時バッチ 週次(日) 自動 リラン【処理名：エコチルIDCSV出力(KeyID)】当処理では、エコチルID登録処理から出力されたCSVを比較、整形し、提供用CSV(エコチルID)作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 79 随時バッチ 週次(日) 自動 リラン【処理名：質問票(M-T1)結果情報CSV出力(KeyID)】当処理では、質問票(M-T1)結果情報)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要80 随時バッチ 週次(日) 自動 リラン【処理名：質問票(In-T1)結果情報CSV出力(KeyID)】当処理では、質問票(In-T1)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 81 随時バッチ 週次(日) 自動 リラン【処理名：診察記録票(Dr-T1)CSV出力(KeyID)】当処理では、診察記録票(Dr-T1)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 82 随時バッチ 週次(日) 自動 リラン【処理名：質問票(M-T2)結果情報CSV出力(KeyID)】当処理では、質問票(M-T2)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 83 随時バッチ 週次(日) 自動 リラン【処理名：質問票(In-T2)結果情報CSV出力(KeyID)】当処理では、質問票(In-T2)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 84 随時バッチ 週次(日) 自動 リラン【処理名：質問票(M-1M)結果情報CSV出力(KeyID)】当処理では、質問票(M-1M)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 85 随時バッチ 週次(日) 自動 リラン【処理名：栄養調査票(FFQ(1))結果情報CSV出力(KeyID)】当処理では、栄養調査票(FFQ(1))結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 86 随時バッチ 週次(日) 自動 リラン【処理名：栄養調査票(FFQ(2))結果情報CSV出力(KeyID)】当処理では、栄養調査票(FFQ(2))結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 87 随時バッチ 週次(日) 自動 リラン【処理名：診察記録票(Dr-0m)CSV出力(KeyID)】当処理では、診察記録票(Dr-0m)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 4エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要88 随時バッチ 週次(日) 自動 リラン【処理名：診察記録票(Dr-1m)CSV出力(KeyID)】当処理では、診察記録票(Dr-1m)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 89 随時バッチ 週次(日) 自動 リラン【処理名：妊婦健診転記票CSV出力(KeyID)】当処理では、妊婦健診転記票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 90 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-6m)結果情報CSV出力(KeyID)】当処理では、質問票(C-6m)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 91 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-1y)結果情報CSV出力(KeyID)】当処理では、質問票(C-1y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 92 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-1.5y)結果情報CSV出力(KeyID)】当処理では、質問票(C-1.5y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 93 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-2y)結果情報CSV出力(KeyID)】当処理では、質問票(C-2y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 94 随時バッチ 週次(日) 自動 リラン【処理名：質問票(F-T1)結果情報CSV出力(KeyID)】当処理では、質問票(F-T1)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 95 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-2.5y)結果情報CSV出力(KeyID)】当処理では、質問票(C-2.5y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 5エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要96 随時バッチ 週次(日) 自動 リラン【処理名：C-6m 川崎病二次調査票CSV出力(KeyID)】当処理では、C-6m 川崎病二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 97 随時バッチ 週次(日) 自動 リラン【処理名：C-1y 川崎病二次調査票CSV出力(KeyID)】当処理では、C-1y 川崎病二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 98 随時バッチ 週次(日) 自動 リラン【処理名：C-1.5y 川崎病二次調査票CSV出力(KeyID)】当処理では、C-1.5y 川崎病二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 99 随時バッチ 週次(日) 自動 リラン【処理名：C-2y 染色体異常および心疾患以外の先天奇形二次調査票CSV出力(KeyID)】当処理では、C-2y 染色体異常および心疾患以外の先天奇形二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 100 随時バッチ 週次(日) 自動 リラン【処理名：C-2y 先天性心疾患二次調査票CSV出力(KeyID)】当処理では、C-2y 先天性心疾患二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 101 随時バッチ 週次(日) 自動 リラン【処理名：C-2y 内分泌・代謝異常二次調査票CSV出力(KeyID)】当処理では、C-2y 内分泌・代謝異常二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 102 随時バッチ 週次(日) 自動 リラン【処理名：C-2y てんかん(2歳以前発症)二次調査票CSV出力(KeyID)】当処理では、C-2y てんかん(2歳以前発症)二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 103 随時バッチ 週次(日) 自動 リラン【処理名：C-2y 川崎病二次調査票CSV出力(KeyID)】当処理では、C-2y 川崎病二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 6エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要104 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-3y)結果情報CSV出力(KeyID)】当処理では、質問票(C-3y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 105 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-3.5y)結果情報CSV出力(KeyID)】当処理では、質問票(C-3.5y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 106 随時バッチ 週次(日) 自動 リラン【処理名：C-1.5y 環境測定記録CSV出力(KeyID)】当処理では、C-1.5y 環境測定記録登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 107 随時バッチ 週次(日) 自動 リラン【処理名：C-1.5y 住環境調査票CSV出力(KeyID)】当処理では、C-1.5y 住環境調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 108 随時バッチ 週次(日) 自動 リラン【処理名：C-1.5y 生活行動記録CSV出力(KeyID)】当処理では、C-1.5y 生活行動記録登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 109 随時バッチ 週次(日) 自動 リラン【処理名：C-1.5y 長期的ハウスダスト採取記録CSV出力(KeyID)】当処理では、C-1.5y 長期的ハウスダスト採取記録登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 110 随時バッチ 週次(日) 自動 リラン【処理名：C-2y 医学的検査CSV出力(KeyID)】当処理では、C-2y 医学的検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 111 随時バッチ 週次(日) 自動 リラン【処理名：C-2y 精神神経発達検査CSV出力(KeyID)】当処理では、C-2y 精神神経発達検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 112 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-4y)結果情報CSV出力(KeyID)】当処理では、質問票(C-4y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 7エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要113 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-4.5y)結果情報CSV出力(KeyID)】当処理では、質問票(C-4.5y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 114 随時バッチ 週次(日) 自動 リラン【処理名：小児がん 造血器腫瘍二次調査票CSV出力(KeyID)】当処理では、小児がん 造血器腫瘍二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 115 随時バッチ 週次(日) 自動 リラン【処理名：小児がん 固形腫瘍(脳・脊髄腫瘍を除く)二次調査票CSV出力(KeyID)】当処理では、小児がん 固形腫瘍(脳・脊髄腫瘍を除く)二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 116 随時バッチ 週次(日) 自動 リラン【処理名：小児がん 脳・脊髄腫瘍二次調査票CSV出力(KeyID)】当処理では、小児がん 脳・脊髄腫瘍二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 117 随時バッチ 週次(日) 自動 リラン【処理名：てんかん(2歳以降発症)二次調査票CSV出力(KeyID)】当処理では、てんかん(2歳以降発症)二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 118 随時バッチ 週次(日) 自動 リラン【処理名：川崎病(3歳以降発症)二次調査票CSV出力(KeyID)】当処理では、川崎病(3歳以降発症)二次調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 119 随時バッチ 週次(日) 自動 リラン【処理名：C-3y 環境測定記録CSV出力(KeyID)】当処理では、C-3y 環境測定記録登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 120 随時バッチ 週次(日) 自動 リラン【処理名：C-3y 住環境調査票CSV出力(KeyID)】当処理では、C-3y 住環境調査票登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 8エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要121 随時バッチ 週次(日) 自動 リラン【処理名：C-3y 生活行動記録CSV出力(KeyID)】当処理では、C-3y 生活行動記録登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 122 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-5y)結果情報CSV出力(KeyID)】当処理では、質問票(C-5y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 123 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-5.5y)結果情報CSV出力(KeyID)】当処理では、質問票(C-5.5y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 124 随時バッチ 週次(日) 自動 リラン【処理名：C-4y 医学的検査CSV出力(KeyID)】当処理では、C-4y 医学的検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 125 随時バッチ 週次(日) 自動 リラン【処理名：C-4y 精神神経発達検査CSV出力(KeyID)】当処理では、C-4y 精神神経発達検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 126 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-6y)結果情報CSV出力(KeyID)】当処理では、質問票(C-6y)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 127 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-7y)結果情報CSV出力(KeyID)】当処理では、質問票(C-7y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 128 随時バッチ 週次(日) 自動 リラン【処理名：質問票(S-1)結果情報CSV出力(KeyID)】当処理では、質問票(S-1)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 129 随時バッチ 週次(日) 自動 リラン【処理名：内分泌・代謝二次調査票(7歳以降発症)CSV出力(KeyID)】当処理では、内分泌・代謝二次調査票(7歳以降発症)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 9エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要130 随時バッチ 週次(日) 自動 リラン【処理名：精神神経発達二次調査票(7歳以降発症)CSV出力(KeyID)】当処理では、精神神経発達二次調査票(7歳以降発症)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 131 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-8y)結果情報CSV出力(KeyID)】当処理では、質問票(C-8y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 132 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-9y)結果情報CSV出力(KeyID)】当処理では、質問票(C-9y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 133 随時バッチ 週次(日) 自動 リラン【処理名：質問票(S-2)結果情報CSV出力(KeyID)】当処理では、質問票(S-2)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 134 随時バッチ 週次(日) 自動 リラン【処理名：質問票(S-3)結果情報CSV出力(KeyID)】当処理では、質問票(S-3)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 135 随時バッチ 週次(日) 自動 リラン【処理名：C-6y 医学的検査CSV出力(KeyID)】当処理では、C-6y 医学的検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 136 随時バッチ 週次(日) 自動 リラン【処理名：学童期検査(小学２年生)CSV出力(KeyID)】当処理では、学童期検査(小学２年生)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 137 随時バッチ 週次(日) 自動 リラン【処理名：疾患情報CSV出力(KeyID)】当処理では、疾患情報から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 138 随時バッチ 週次(日) 自動 リラン【処理名：詳細調査同意書情報CSV出力(KeyID)】当処理では、詳細調査同意書情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 139 随時バッチ 週次(日) 自動 リラン【処理名：同意書情報(リクルート)CSV出力(KeyID)】当処理では、同意書情報(リクルート)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 10エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要140 随時バッチ 週次(日) 自動 リラン【処理名：同意書破棄情報CSV出力(KeyID)】当処理では、同意書破棄情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 141 随時バッチ 週次(日) 自動 リラン【処理名：親子関係情報CSV出力(KeyID)】当処理では、親子関係情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 142 随時バッチ 週次(日) 自動 リラン【処理名：ユニット転出入者情報CSV出力(KeyID)】当処理では、ユニット転出入者情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 143 随時バッチ 週次(日) 自動 リラン【処理名：C-8y 医学的検査CSV出力】当処理では、C-8y 医学的検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 144 随時バッチ 週次(日) 自動 リラン【処理名：C-8y 精神神経発達検査CSV出力】当処理では、C-8y 精神神経発達検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 145 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-10y)結果情報CSV出力】当処理では、質問票(C-10y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 146 随時バッチ 週次(日) 自動 リラン【処理名：子どもアンケート(C-10y)結果情報CSV出力】当処理では、子どもアンケート(C-10y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 147 随時バッチ 週次(日) 自動 リラン【処理名：質問票(S-4)結果情報CSV出力】当処理では、質問票(S-4)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 148 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-11y)結果情報CSV出力】当処理では、質問票(C-11y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 149 随時バッチ 週次(日) 自動 リラン【処理名：子どもアンケート(C-11y)結果情報CSV出力】当処理では、子どもアンケート(C-11y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 11エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要150 随時バッチ 週次(日) 自動 リラン【処理名：質問票(S-5)結果情報CSV出力】当処理では、質問票(S-5)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 151 随時バッチ 週次(日) 自動 リラン【処理名：学童期検査(小学６年生)CSV出力】当処理では、学童期検査(小学６年生)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 152 随時バッチ 週次(日) 自動 リラン【処理名：C-10y 医学的検査CSV出力】当処理では、C-10y 医学的検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 153 随時バッチ 週次(日) 自動 リラン【処理名：C-10y 精神神経発達検査CSV出力】当処理では、C-10y 精神神経発達検査登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 154 随時バッチ 週次(日) 自動 リラン【処理名：質問票(S-6)結果情報CSV出力】当処理では、質問票(S-6)結果情報登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 155 随時バッチ 週次(日) 自動 リラン【処理名：環境測定結果(ダニアレルゲン等)CSV出力】当処理では、環境測定結果(ダニアレルゲン等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 156 随時バッチ 週次(日) 自動 リラン【処理名：環境測定結果(アルデヒド類等)CSV出力】当処理では、環境測定結果(ダニアレルゲン等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 157 随時バッチ 週次(日) 自動 リラン【処理名：環境測定結果(揮発性有機化合物)CSV出力】当処理では、環境測定結果(揮発性有機化合物)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 158 随時バッチ 週次(日) 自動 リラン【処理名：環境測定結果(粒子状大気汚染物質)CSV出力】当処理では、環境測定結果(粒子状大気汚染物質)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 159 随時バッチ 週次(日) 自動 リラン【処理名：医学的検査結果(内分泌等)CSV出力】当処理では、医学的検査結果(内分泌等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 12エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要160 随時バッチ 週次(日) 自動 リラン【処理名：医学的検査結果(特異的IgE)CSV出力】当処理では、医学的検査結果(特異的IgE)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 161 随時バッチ 週次(日) 自動 リラン【処理名：医学的検査結果(特異的IgG、特異的IgA)CSV出力】当処理では、医学的検査結果(特異的IgG、特異的IgA)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 162 随時バッチ 週次(日) 自動 リラン【処理名：C-4.5y食事調査結果CSV出力】当処理では、C-4.5y食事調査結果登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 163 随時バッチ 週次(日) 自動 リラン【処理名：C-3y環境測定結果(ダニアレルゲン等)CSV出力】当処理では、C-3y環境測定結果(ダニアレルゲン等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 164 随時バッチ 週次(日) 自動 リラン【処理名：C-3y環境測定結果(アルデヒド類等)CSV出力】当処理では、C-3y環境測定結果(ダニアレルゲン等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 165 随時バッチ 週次(日) 自動 リラン【処理名：C-3y環境測定結果(揮発性有機化合物)CSV出力】当処理では、C-3y環境測定結果(揮発性有機化合物)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 166 随時バッチ 週次(日) 自動 リラン【処理名：C-3y環境測定結果(粒子状大気汚染物質)CSV出力】当処理では、C-3y環境測定結果(粒子状大気汚染物質)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 167 随時バッチ 週次(日) 自動 リラン【処理名：C-4y医学的検査結果(内分泌等)CSV出力】当処理では、C-4y医学的検査結果(内分泌等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 168 随時バッチ 週次(日) 自動 リラン【処理名：C-4y医学的検査結果(特異的IgE)CSV出力】当処理では、C-4y医学的検査結果(特異的IgE)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 169 随時バッチ 週次(日) 自動 リラン【処理名：金属類濃度測定結果CSV出力】当処理では、金属類濃度測定結果登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 13エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要170 随時バッチ 週次(日) 自動 リラン【処理名：C-4y医学的検査結果(特異的IgG、特異的IgA)CSV出力】当処理では、C-4y医学的検査結果(特異的IgG、特異的IgA)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 171 随時バッチ 週次(日) 自動 リラン【処理名：C-4y医学的検査結果(尿)CSV出力】当処理では、C-4y医学的検査結果(尿)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 172 随時バッチ 週次(日) 自動 リラン【処理名：C-8y食事調査結果CSV出力】当処理では、C-8y食事調査結果登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 173 随時バッチ 週次(日) 自動 リラン【処理名：C-6y医学的検査結果(内分泌等)CSV出力】当処理では、C-6y医学的検査結果(内分泌等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 174 随時バッチ 週次(日) 自動 リラン【処理名：C-6y医学的検査結果(特異的IgE)CSV出力】当処理では、C-6y医学的検査結果(特異的IgE)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 175 随時バッチ 週次(日) 自動 リラン【処理名：C-6y医学的検査結果(特異的IgG、特異的IgA)CSV出力】当処理では、C-6y医学的検査結果(特異的IgG、特異的IgA)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 176 随時バッチ 週次(日) 自動 リラン【処理名：生体試料検査結果CSV出力】当処理では、生体試料検査結果登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 177 随時バッチ 週次(日) 自動 リラン【処理名：C-6y医学的検査結果(尿)CSV出力】当処理では、C-6y医学的検査結果(尿)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 178 随時バッチ 週次(日) 自動 リラン【処理名：CAT検査CPT結果(S2)CSV出力】当処理では、CAT検査CPT結果(S2)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 179 随時バッチ 週次(日) 自動 リラン【処理名：CAT検査FTT結果(S2)CSV出力】当処理では、CAT検査FTT結果(S2)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 14エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要180 随時バッチ 週次(日) 自動 リラン【処理名：尿検査結果(S2)CSV出力】当処理では、尿検査結果(S2)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 181 随時バッチ 週次(日) 自動 リラン【処理名：CAT検査EL結果(C8y)CSV出力】当処理では、CAT検査EL結果(C8y)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 182 随時バッチ 週次(日) 自動 リラン【処理名：CAT検査CPT結果(C8y)CSV出力】当処理では、CAT検査CPT結果(C8y)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 183 随時バッチ 週次(日) 自動 リラン【処理名：CAT検査FTT結果(C8y)CSV出力】当処理では、CAT検査FTT結果(C8y)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 184 随時バッチ 週次(日) 自動 リラン【処理名：C-8y医学的検査結果(内分泌等)CSV出力】当処理では、C-8y医学的検査結果(内分泌等)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 185 随時バッチ 週次(日) 自動 リラン【処理名：C-8y医学的検査結果(特異的IgE)CSV出力】当処理では、C-8y医学的検査結果(特異的IgE)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 186 随時バッチ 週次(日) 自動 リラン【処理名：C-8y医学的検査結果(特異的IgG、特異的IgA)CSV出力】当処理では、C-8y医学的検査結果(特異的IgG、特異的IgA)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 187 随時バッチ 週次(日) 自動 リラン【処理名：C-8y医学的検査結果(尿)CSV出力】当処理では、C-8y医学的検査結果(尿)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 188 随時バッチ 週次(日) 自動 リラン【処理名：SCAS検査結果(C10y)CSV出力】当処理では、SCAS検査結果(C10y)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 189 随時バッチ 週次(日) 自動 リラン【処理名：WISC-Ⅳ検査結果(C10y)CSV出力】当処理では、WISC-Ⅳ検査結果(C10y)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 15エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧 (業務サブシステム)処理サイクル起動方式状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態処理概要190 随時バッチ 週次(日) 自動 リラン【処理名：Raven's検査結果(C10y)CSV出力】当処理では、Raven's検査結果(C10y)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 また、KeyIDの付与を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 191 随時バッチ 週次(日) 自動 リラン【処理名：質問票(C-12y)結果情報CSV出力】当処理では、質問票(C-12y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 192 随時バッチ 週次(日) 自動 リラン【処理名：子どもアンケート(C-12y)結果情報CSV出力】当処理では、子どもアンケート(C-12y)結果情報処理から出力されたCSVを整形し、提供用CSV作成を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 193 随時バッチ 週次(日) 自動 リラン【処理名：参加者ステータス情報(子供)CSV出力(KeyID)】当処理では、参加者ステータス情報(子供)CSV出力(KeyID)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 194 随時バッチ 週次(日) 自動 リラン【処理名：参加者ステータス情報(親)CSV出力(KeyID)】当処理では、参加者ステータス情報(親)CSV出力(KeyID)登録処理から出力されたCSVを整形し、提供用CSV作成を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 195 随時バッチ 週次(日) 自動 リラン【処理名：個人情報CSV出力】当処理では、個人情報登録処理から出力されたCSVを比較、整形し、提供用CSV(個人情報)作成を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 196 随時バッチ 週次(日) 自動 リラン【追加処理：13歳以降調査データCSV出力】当処理では、13歳以降調査で収集した調査データをから出力されたCSVを整形し、提供用CSV作成を行う。 問題が発生した場合、エラーログを出力し処理を終了する。 有効本システムより追加となる処理作成したCSVファイルをZIP化し、文書管理サブシステムの「データ出力」フォルダに格納する。 16エコチル調査データ管理システムの更改及び運用保守業務一式 別紙8 バッチ機能一覧(Webポータルサブシステム・管理者向け)Webポータルサブシステム(管理者向け)処理サイクル起動方式1 Cognitoバックアップ 夜間バッチ 日次(月～日) 自動 リラン Cognitoバックアップ処理を行う。有効※実装：AWS Lambda スケジューリング：Amazon EventBridge2 Cognitoインポート 随時バッチ 随時 手動 リラン Cognitoインポート処理を行う。有効 ※実装：AWS Lambda3 お知らせプッシュ通知 定期バッチ 15分毎 自動 リラン お知らせプッシュ通知を行う。有効※実装：AWS Lambda スケジューリング：Amazon EventBridge4 お知らせトピック削除 夜間バッチ 日次(月～日) 自動 リラン配信済みかつ掲載終了日時を過ぎたお知らせトピックを削除する。 有効※実装：AWS Lambda スケジューリング：Amazon EventBridge5 Web質問票PDFコピー 夜間バッチ 日次(月～日) 自動 リラン Web質問票のPDFをコピーする。有効※実装：AWS Lambda スケジューリング：Amazon EventBridge6 参加者へのメール送信 オンライン起動 -オンライン起動リラン 指定された参加者へメールを送信する。有効API。業務管理サブシステム、ポータルサブシステムより使用される。 7参加者アカウント登録(Cognito)オンライン起動 -オンライン起動リラン指定された参加者のアカウントをAmazon Cognitoへ登録する。 有効 API。業務管理サブシステムより使用される。 8 Web質問票回答完了 オンライン起動 -オンライン起動リランクアルトリクスから回答データを取得し、DBへ登録する、参加者のポイントを更新する。 有効 API。Web質問票サブシステムより使用される。 9 クアルトリクスユーザー作成 オンライン起動 -オンライン起動リラン クアルトリクスのユーザーを作成する。有効 API。業務管理サブシステムより使用される。 10参加者アカウント更新(Cognito)オンライン起動 -オンライン起動リラン指定された参加者のAmazon Cognitoアカウントを更新する。 有効 API。業務管理サブシステムより使用される。 11 Web質問票続行判定 オンライン起動 -オンライン起動リラン指定されたWeb質問票ID、参加者ユニークIDのWeb質問票を開始できるか判定する。 有効 API。Web質問票サブシステムより使用される。 12 Web質問票回答受付 オンライン起動 -オンライン起動リラン指定されたWeb質問票ID、参加者ユニークIDのWeb質問票回答完了を受け付ける。 有効 API。Web質問票サブシステムより使用される。 処理概要 状態 備考 No. ジョブネット名 処理形態処理サイクル等リカバリ形態17エコチル調査データ管理システムの更改及び運用保守業務一式 別紙9 ツール一覧業務サブシステムNo. ツール名 処理形態 処理サイクル等リカバリ形態処理概要 備考1参加者ポータルサイトアクセス数集計手動実行用処理サイクル・月次再実行月次で日別に参加者ポータルサイトへのアクセス数を各ユニットセンター毎に集計して出力するツール。 サービスデスクが実行2参加者ポータルサイトアクセスログ取込自動実行用処理サイクル・日次再実行日次で業務管理サブシステムの処理ログから、参加者ポータルサイトからの氏名取得リクエストログを抽出し、アクセスログとして管理テーブルに格納するツール。 3 FAQ情報全連携 手動実行用処理サイクル・随時再実行業務管理サブシステムのデータベース上で管理されているFAQ情報の最新情報を全件一括で参加者ポータルサイトのデータベースに連携するツール。 サービスデスクが実行4 学校情報全連携 手動実行用処理サイクル・随時再実行業務管理サブシステムのデータベース上で管理されている学校情報の最新情報を全件一括で参加者ポータルサイトのデータベースに連携するツール。 サービスデスクが実行5お問合せカテゴリ全連携手動実行用処理サイクル・随時再実行業務管理サブシステムのデータベース上で管理されているお問合せカテゴリの最新情報を全件一括で参加者ポータルサイトのデータベースに連携するツール。 サービスデスクが実行6結果返却種別全連携手動実行用処理サイクル・随時再実行業務管理サブシステムのデータベース上で管理されている結果返却種別の最新情報を全件一括で参加者ポータルサイトのデータベースに連携するツール。 サービスデスクが実行7お知らせ情報再連携手動実行用処理サイクル・随時再実行お知らせ情報連携エラー発生時に、エラーで連携できなかった特定のお知らせ情報を単独で再連携するツール。 サービスデスクが実行8Web質問票関連の自動配信用お知らせ情報再連携手動実行用処理サイクル・随時再実行Web質問票関連の自動配信用お知らせ情報連携エラー発生時に、エラーで連携できなかった特定のお知らせ情報を再連携するツール。 サービスデスクが実行9氏名に異体字を含む参加者抽出手動実行用処理サイクル・随時再実行 氏名に異体字を含む参加者を抽出するツール。サービスデスクが実行10送付先氏名に異体字を含む参加者抽出手動実行用処理サイクル・随時再実行 送付先氏名に異体字を含む参加者を抽出するツール。サービスデスクが実行11氏名に異体字を含む参加者の異体字を更新手動実行用処理サイクル・随時再実行氏名に異体字を含む参加者の異体字を一括置換する抽出するツール。 サービスデスクが実行12送付先氏名に異体字を含む参加者の異体字を更新手動実行用処理サイクル・随時再実行送付先氏名に異体字を含む参加者の異体字を一括置換するツール。 サービスデスクが実行13 質問票対応表作成 手動実行用処理サイクル・随時再実行各質問票を構成する設問一覧と変数名、各設問の選択肢名と選択肢値の対応表を一括出力するツール。 サービスデスクが実行1413歳以降調査への同意状況出力手動実行用処理サイクル・月次再実行各生年度の参加者に対する13歳以降調査への同意状況を取りまとめるための各種集計情報を出力するツール。 サービスデスクが実行15 ログイン状況出力 手動実行用処理サイクル・月次再実行各生年度の参加者の参加者ポータルサイトへのログイン状況をユニットセンター毎に取りまとめるための各種集計情報を出力するツール。 サービスデスクが実行16お知らせ連携エラー対象抽出手動実行用処理サイクル・随時再実行お知らせ連携エラーが発生した場合に、その対象お知らせ情報を抽出するためのツール。 サービスデスクが実行17データ管理システムからの参加者データ移行手動実行用処理サイクル・年次再実行年一回12歳を迎える生年度の子どもおよびその代諾者の参加者関連情報をデータ管理システムから業務管理サブシステムへデータ移行するためのツール。 サービスデスクが実行主な移行情報・個人情報・親子関係情報・同意書情報・エコチルID情報・学童期ID情報1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙10 組織階層組織階層イメージ組織を以下の階層で管理し、上位階層の組織に所属する利用者は下位階層のデータの登録、編集、削除の権限をもつ(※ただし、各画面の登録、編集、削除権限を持つロールの場合)実組織が所属する階層階層外階層第4階層第2階層第3階層第6階層第5階層甲信ユニットセンター富山ユニットセンター愛知ユニットセンター京都ユニットセンター大阪ユニットセンター北海道大学東北大学福島県立医科大学千葉大学横浜市立大学山梨大学兵庫ユニットセンター鳥取ユニットセンター高知ユニットセンター福岡ユニットセンター南九州・沖縄ユニットセンターパイロットユニットセンター第１階層 コアセンター(CC)第２階層 メディカルサポートセンター(MSC)第３階層オペレーションセンター(OP)※全参加者データを取り扱い可能なUC関連大学⑤第４階層 ユニットセンター① ユニットセンター② ユニットセンター③第５階層 対象大学① 対象大学② 対象大学③ 対象大学④第６階層 関連大学① 関連大学② 関連大学③ 関連大学④参加者⑦ 参加者⑧ 参加者⑨ 参加者⑩ 参加者① 参加者② 参加者③ 参加者④ 参加者⑤ 参加者⑥第1階層組織名コアセンターメディカルサポートセンターオペレーションセンター北海道ユニットセンター宮城ユニットセンター福島ユニットセンター千葉ユニットセンター神奈川ユニットセンターサービスデスク熊本大学上位組織：北海道ユニットセンター自治医科大学札幌医科大学旭川医科大学日本赤十字北海道看護大学信州大学同志社大学大阪母子医療センター宮崎大学琉球大学富山大学名古屋市立大学京都大学大阪大学兵庫医科大学鳥取大学高知大学産業医科大学九州大学上位組織：鳥取ユニットセンター上位組織：高知ユニットセンター上位組織：福岡ユニットセンター上位組織：南九州・沖縄ユニットセンター上位組織：パイロットユニットセンター上位組織：北海道大学上位組織：山梨大学上位組織：京都大学上位組織：宮城ユニットセンター上位組織：福島ユニットセンター上位組織：千葉ユニットセンター上位組織：神奈川ユニットセンター上位組織：甲信ユニットセンター上位組織：富山ユニットセンター上位組織：愛知ユニットセンター上位組織：京都ユニットセンター上位組織：大阪ユニットセンター上位組織：大阪大学上位組織：熊本大学-備考-------------------上位組織：兵庫ユニットセンター1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙11 ロール一覧現行システム 第4期データ管理システム(業務サブシステム)データ管理システム基本設計書(※１) 参加者ポータルシステム(業務管理サブシステム)基本設計(※２)ロール名 ロール名1 - コアセンター(システム管理者) 1 コアセンター(システム管理者)2 コアセンター・業務管理者 コアセンター(業務管理者) 2 コアセンター(業務管理者)3 コアセンター コアセンター(一般) 3 コアセンター(一般)4 コアセンター(個人情報参照不可) - 4 コアセンター(個人情報参照不可)5 コアセンターCSV連携(データインプット) - 5 コアセンターCSV連携(データインプット)6 コアセンター(試料管理) - 6 コアセンター(試料管理)7 コアセンター(データ登録、変更、削除、出力不可) - 7 コアセンター(データ登録、変更、削除、出力不可)8 - コアセンター(会計担当者) 8 コアセンター(会計担当者)9 - コアセンター(参加者担当者) 9 コアセンター(参加者担当者)10 - コアセンター(データ管理者) 10 コアセンター(データ管理者)11 ユニットセンター情報管理者 ユニットセンター(情報管理者) 11 ユニットセンター(情報管理者)12 ユニットセンター ユニットセンター(一般) 12 ユニットセンター(一般)13 ユニットセンター(個人情報参照) - 13 ユニットセンター(個人情報参照)14 ユニットセンター(個人情報参照不可) ユニットセンター(個人情報参照不可) 14 ユニットセンター(個人情報参照不可)15 - ユニットセンター(個人情報編集不可) 15 ユニットセンター(個人情報編集不可)16 - ユニットセンター(個人情報出力不可) 16 ユニットセンター(個人情報出力不可)17 メディカルサポートセンター メディカルサポートセンター(一般) 17 メディカルサポートセンター(一般)18 メディカルサポートセンター(個人情報参照不可)メディカルサポートセンター(個人情報参照不可)18 メディカルサポートセンター(個人情報参照不可)19 業務管理者 - 19 業務管理者(運用受託者)20 システム管理者 - 20 システム管理者(運用受託者)21 運用・保守業者 サービスデスク(運用・保守) 21 サービスデスク(運用・保守)22 - サービスデスク(質問票支援) 22 サービスデスク(質問票支援)23 参加者 - 23 参加者24 一般利用者 -25 研究者 -26 協力医療機関 -27ユニットセンター(個人情報参照(個人情報とエコチルIDの紐付き不可))-28 コアセンターシラカバ連携 -第4期データ管理システム(ポータルサブシステム(管理者向け))1 ※ロールなし第4期データ管理システム(ポータルサブシステム(参加者向け))1 ※ロールなし※３：※１、※２の両方にロール名がある場合は、後者を採用。 No. 組織CCその他UCMSC※１：データ管理システムの基本設計中のロール一覧をベースに作成。 ※２：参加者ポータルシステムの基本設計中の権限一覧をベースに作成。 No. ロール名No. ロール名No. ロール一覧(※３)1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙12 本システムの設計・開発時に現行システムにおいて実装及び追加される機能一覧No. 機能分類 機能名 実施時期 規模感 概要1 本人同意 本人同意 2025年度 1機能 参加者ポータルシステムに、代諾者の同意のもと調査に参加していた参加者(子)が、自身で同意または同意撤回するための機能を搭載する。 代諾者が参加者(子)の質問票の回答やポイント交換の制限をする機能を、学年により制御する。 2 母親コホート 母親コホート 2025年度 1機能 参加者ポータルシステムに、母親を対象とした調査のための機能を搭載する。 母親への調査の同意書情報を管理できるように改修する。 3 データ管理 Web質問票定義一覧出力 2025年度 1ファイル Web質問票定義のデータ出力を行う機能を搭載する。 4 同意書表示機能 同意書表示 2025年度 1画面 同意書を表示するための機能を搭載する。 現行システムでは、Web質問票と同意書を同じ画面(Web質問票画面)に表示しているが、別画面に一覧表示する。 5 同意管理機能 調査への同意 2025年度 1機能 参加者の同意時にお知らせを自動で配信する機能を搭載する。 なお、メール通知は実施しない。 6 データ管理 Web質問票対応表作成 2025年度 1機能 現状、公開質問票から質問票対応表(バリアブルリスト)を作成するための元データとして出力しているCSVデータから、単体質問票の質問票対応表(バリアブルリスト)を作成するツールを作成する。 7 お知らせ管理 お知らせ内容管理 2025年度 1画面 参加者ポータルアプリの「お知らせ」に画像を表示し、画像をクリックすると外部リンク先に遷移する機能を搭載する。業務管理サブシステムにてメンテナンスを行う画面を追加する。 1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙13 本システムの設計・開発時に追加する必要のある機能一覧No. 機能分類 機能名 概要1 第3世代コホート 第3世代コホート 現在の参加者(親)を第1世代、参加者(子)を第2世代とし、第1世代の孫にあたる第3世代を対象とした調査のため機能を搭載する。 第3世代のリクルート(同意管理)業務が実施できるようにすること。 また、3世代にわたる参加者の関係情報を管理する仕組みを構築すること。 ※第3世代コホート開始後の世代の持ち方のイメージを「閲覧資料 第3世代コホートの世代の持ち方のイメージ」として示す。 ※現行のテーブル構造を利用する場合は、参加者種別に「孫」の項目を追加することで、世代管理や調査対象者の抽出が可能である。 ※既存の参加者に付与されているKeyIDについて、第3世代の参加者に対して、自動で付与する仕組みを必要とする。 ※第3世代コホートのリクルートは本システム運用開始前に始まる可能性があるため、事前に収集した情報を後から登録できるようにすること。また、IDを後から付与できるようにすること。 第3世代コホートの業務フローについては、別紙4 業務フローを参照すること。なお、追加される業務フローは、以下の業務フロー。 第3世代リクルート 調査(Web質問票データ) 対面調査汎用モデル1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙14 改善要件一覧No. 分類 改善要件1 画面に関する事項 業務サブシステムに添付したドキュメントのドキュメント名を編集できるようにすること。 2 ユーザビリティ 業務サブシステムで画面の表示サイズ縮小時でも各ボタン等が常に操作しやすい位置に表示され、視認性を確保できるサイズを維持すること。 3 機能に関する事項画面に関する事項ポータルアプリ上で参加者の住所と送付先情報を管理できるようにし、業務サブシステムに同期すること。 4 ユーザビリティ 業務サブシステムにおいて、全ての画面の画面サイズは変更可能とすること。 5 機能に関する事項 業務サブシステムにおいて、ヘッダーで表示する通知情報に該当画面へのリンクを付与すること。 6 機能に関する事項 業務サブシステムで表示されるデータは、管轄組織に所属する参加者のデータのみを表示すること。(お知らせ対象者等の選択肢として示す情報も含む。)7 機能に関する事項 お知らせ等の本文に容易にリンクを挿入できる仕組みとすること。(現状は各種コードを手入力している)8 機能に関する事項 住所入力が必要な画面で、郵便番号から住所を検索できるようにすること。 9 機能に関する事項 参加者のログイン状況を代諾者・子供それぞれ確認できるようにすること。 10 機能に関する事項 プルダウンについて、参加者種別に応じた選択肢を表示すること。 11 ユーザビリティ 参加者のアプリと業務管理システムで同様の表示情報については、表示項目名を統一すること。 12 機能に関する事項 ポータルサブシステムについて、参加者種別により、画面表示可否を制御する仕組みとすること。 (お知らせメールのリンクからの画面遷移を含む。)13 機能に関する事項 業務サブシステム(及びポータルサブシステム)において、編集中の画面で「戻る」ボタンを押下した場合、変更が取り消されても問題ないか確認する注意メッセージを表示すること。 14 機能に関する事項 ポータルサブシステムにおいて、参加者のアカウント種別(保護者・子供)に応じて画面の色を変更すること。 15 機能に関する事項ユーザビリティ拡張性に関する事項ポータルサブシステムにおいて、結果返却時にスマホアプリに表示される画面の見直しを行う。現行システムではPDFファイルを画面に表示しているが、より視認性・可読性の向上を図る。 なお、返却対象となる調査結果は、「成長の記録」「個人暴露調査」「青年期調査」を予定しているが、将来的に対象が追加される可能性があるため、画面構成を柔軟に拡張できる設計とすること。 16 機能に関する事項帳票に関する事項ファイル命名規約について設計時にNIESと調整すること。例えば、入出庫指示リストは、文字制限の緩和(ハイフンを可とする)を想定している。 1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙15 システム構成図兼機能構成概念図クラウドサービス(ISMAP)遠隔地(国内リージョン) 国内リージョン第4期データ管理システム運用管理 運用管理Webポータルサブシステム管理者向けアプリケーション参加者向けメールサーバ文書管理サブシステム(ストレージ)文書ファイルバックアップデータ文書管理サブシステム(ストレージ)文書ファイル実データ統合監視ログ管理・監査クラウドセキュリティ(ファイアウォール、脅威検知、暗号鍵管理などの統合セキュリティ対策)エンドポイント管理アップデート管理(Windows更新管理)データベース ストレージ 負荷分散アプリケーション凡例端末・OSログインシステム・サーバログイン外部システムログイン・アクセスシステムアクセスWeb質問サブシステム選べるe-GIFTMFA(多要素認証)ディレクトリサービスバックアップサービスデスク 参加者 検査会場等管理端末業務端末(インターネット)Web質問管理 ポータル ポータル管理 サーバスマートフォンアプリPCブラウザメディカルサポートセンターユニットセンターサブユニットセンターコアセンター業務端末管理システム業務端末管理システム業務端末管理システムシステム・サーバ認証管理システム端末VPN外部サイトSSL担当者 運用保守担当者 参加者 担当者 担当者端末認証業務サブシステムアプリケーションWebポータルサブ・業務サブ経由でアクセスデータ解析固定データ提供試料管理アカウント管理機能(マイページ)簡易アンケート機能コピーライト等情報表示機能イベント機能(マイページ)結果返却表示機能サイト管理ログイン認証外部サービス連携お知らせ管理機能お問合せ管理機能結果返却管理機能簡易アンケート管理機能同意書管理アカウント管理機能認証機能イベント管理機能進行管理機能参加者ステータス管理データ管理機能業務管理機能バッチ処理機能システム管理機能ファイルサーバ機能Web質問票作成Web質問票管理Web質問票回答・データ回収アプリダウンロードサイトWebポータルシステム管理機能コピーライト等管理機能管理クラウドストレージ(コアセンター所有)1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙16 Web質問票サブシステム要件一覧大分類 中分類 細分類1 Web質問票(共通) 回答者情報回答管理データ回答データ→Webポータルサブシステム(管理者向け)2 Web質問票(個別) 回答回答データ→Webポータルサブシステム(管理者向け)3 Web質問票管理 Web質問票管理 回答者情報回答者情報質問票結果情報CSV質問票(各種)結果情報CSV4 Web質問票作成(共通)設計情報データ定義スケジュール情報データ定義質問票設計情報質問票スケジュール情報質問票データ質問票表示画面質問票構造データデータテーブル5 Web質問票作成(個別) 質問情報質問票データ質問票構造データ質問票表示画面No システム名機能項目機能要件パッケージで質問票を作成する機能作成した質問票を、PCモード、モバイルモードでレビューする機能出力Web質問票サブシステムWebポータルサブシステム側Web質問票回答・データ回収参加者(代諾者)が、参加者(本人)回答NGの質問票を選択できること。 回答NGの質問は、回答可能な質問の表示から除外できること。 パッケージ側の回答画面へのブリッジができること。 別の質問サービスから回答データを取得できること。 質問票に回答を登録ができること。 所定のデータ(別途定義する)については、回答済みの場合、回答済みフラグを設定する。 回答済みフラグが付いた質問は、以後の質問では非表示とできること。 質問票内から、参考となる情報を提供するほかのサイトにリンクがはれること。 パッケージ製品もしくはSaaSを使って質問票に回答を登録ができること。 業務サブシステム側回答者情報や回答状況を取得、管理することができること。 閲覧権限コードを作成、定義し、管理できること。 閲覧しているアカウントの閲覧権限がない項目は表示しないこと。 Web質問票作成質問票の初期設定、データ定義、設計、公開スケジュールを管理することができること。 質問票(共通)部分の作成ができること。 設問で項目選択を行う際に、データごとに閲覧権限コードを設定できること。 作成された質問票の管理(バージョン管理を含む)を行えること。 質問票の構造データ(XMLデータなど)からデータテーブルを作成できること。 単体質問票、統合質問票、公開質問票という3つのタイプの質問票を作成する運用において、オーダーシート及び各質問票の作成・修正のためのデータ整形とWeb質問票サブシステムとのAPI連携ができること。 単体質問票、統合質問票の作成時点でHTML形式等による事前確認ができること。 統合質問票と公開質問票を新規作成する場合、統合質問票オーダーシートに設定された内容を参照し、統合質問票と公開質問票が作成できること。 統合質問票及び公開質問票を修正する場合、単体質問票を修正することで、それぞれを修正せずに統合質問票と公開質問票が再作成できること。 統合質問票オーダーシート上で単体質問票に設定している、「問題、回答、変数、識別値」をWordファイルに統合出力して、確認できるようにすること。 入力1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙17 Web質問票サブシステム要件一覧(補足)基本項目：システム全体で共通に提供・管理されるコア機能。すべての質問票に備わる、あるいは全体に横断的に適用される機能。 個別項目：調査(質問票)ごとに有効／無効や詳細設定が可能な機能。 表中の「API」は、当該機能が外部システムやスクリプトからプログラム的に呼び出し・連携可能であることを示す。 REST APIなどを通じて設定や操作ができる機能には「API」を記載している。 補足：・現行システムで利用しているクアルトリクス以外の選択肢(Lime Survey、SurveyJS、QuestionPro等)も検討対象とする。・製品標準機能で対応できない項目については、別途処理を実施して対応する。 No. 機能名 基本項目 個別項目 備考1. 質問票作成機能1 API連携 ○ ○ パッケージのデータをAPI経由で取得2 ページ送り(ページ設定) ○3 必須項目・未回答項目検知・通知・範囲外文字列の入力不可 ○4 回答内容確認(途中) ○5 回答の進行状況表示 ○6 条件分岐(男女選択で行先分岐など) ○7 条件選択(「はい」で次問へ、「いいえ」でスキップなど) ○8 質問順入れ替え ○9 質問順のランダム配置 ○10 質問にイメージ図・動画・音声の表示 ○11 回答中断・終了時の自動保存(ログアウト時) ○ 回答中のページ遷移時に一時登録12 複数の調査アプリケーションからデータを取得 ○13 端末からの写真等アップロード ○14 質問文から外部サイトにリンク ○ ポップアップ15 質問個別に同意を取得 ○16 質問票間で既出質問の排除(設計時) ○2. 回答・回答ステータス機能17 回答選択 ○ 子のトップページに表示させない質問を選択18 回答可能質問表示・選択 ○ 属性別・スケジュール別に回答可能な質問を表示19 新規回答 ○ ○20 回答中断(保存)・再開 ○ ○3. 回答状況管理21 回答状況出力(LIVE) ○22 回答状況出力(WEEK/MONTH/YEAR) ○4. 回答者アカウント管理23 属性設定(対象・時期・閲覧) ○ API5. 回答者ログイン認証管理24 ブラウザ環境別対応(スマホ・PC) ○ リサイズ可能なテンプレートを選択できること25 アクセス履歴管理(システム・回答毎) ○6. 構造(テーブル)管理26 テンプレート管理(XMLスキーマ等の作成・保存) ○ ○27 データ属性管理(データ名・属性など)、質問への付与 ○28 サブID管理(質問票を複数回分に分割管理) ○7. 作成・編集・レビュー機能29 オンライン作成・編集・リリース管理 ○ ○30 操作履歴管理 ○ API8. データ出力31 回答閲覧・出力(表示・印刷) ○ ○32 データエクスポート(CSV/XML/JSON) API API経由で質問票構造データを出力(テーブル生成用)33 データテーブル生成 ○ 業務システム側統合DB用テーブル作成8. システム間データ同期34 Web質問票データ ○ ○ 業務システム → Webシステム35 回答データ ○ Webシステム → 業務システム36 管理データ ○ Webシステム → 業務システム1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙18 画面一覧(業務サブシステム)業務サブシステムNo. 機能名 画面名 画面概要1 認証管理 ログイン 業務サブシステムへの認証処理を行うための画面。 2 ログイン履歴一覧 これまでログインした利用者の状況を確認するための画面。 3 トップ トップ ログイン後に、メニュー、システムからのお知らせを表示する画面。 4 業務管理 メニューログイン後に、権限切替、お気に入りメニューの画面遷移と削除、お知らせの確認を行うことができる画面。 5 利用者組織一覧 利用者組織を検索するための画面。 6 利用者組織登録 利用者組織を登録・保存するための画面。 7 利用者組織詳細 登録した利用者組織を参照する画面。 8 利用者組織編集 利用者組織の内容を編集するための画面。 9 利用者一覧 業務サブシステム利用者を検索するための画面。 10 利用者登録 業務サブシステム利用者を登録・保存するための画面。 11 利用者詳細 登録した業務サブシステム利用者を参照する画面。 12 利用者編集 業務サブシステム利用者の内容を編集するための画面。 13 CSVダウンロード一覧データ出力申請後、ファイル作成状況およびダウンロードを行うための画面。 14 同意書管理 同意書情報登録 同意書情報を登録・保存するための画面。 15 同意書情報編集 登録した同意書情報を編集するための画面。 16 同意書情報一覧同意書情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 検索した結果から、登録情報の削除を実現する。 17 同意書情報詳細 登録した同意書情報を参照するための画面。 18 同意書破棄情報登録 同意書破棄情報を登録するための画面。 19 同意書破棄情報編集 登録した同意書破棄情報を編集するための画面。 20 同意書破棄情報一覧同意書破棄情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 検索した結果から、登録情報の削除を実現する。 21 同意書破棄情報詳細 同意書破棄情報を参照するための画面。 22 個別調査同意書情報登録 調査同意書情報を登録・保存するための画面。 23 個別調査同意書情報編集 登録した調査同意書情報を編集する画面。 24 個別調査同意書情報詳細 登録した調査同意書情報を参照するための画面。 25 12歳以下 同意書情報一覧同意書情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 検索した結果から、登録情報の削除を実現する。 26 12歳以下 同意書情報詳細 登録した同意書情報を参照するための画面。 27 参加者アカウント管理 参加者アカウント情報登録 参加者アカウント情報を登録するための画面。 28 参加者アカウント情報編集 参加者アカウント情報を編集するための画面。 29 参加者アカウント情報一覧 参加者アカウント情報を検索するための条件(ID)を入力する画面。 30 参加者アカウント情報詳細 参加者アカウント情報を参照するための画面。 31 個人情報出力履歴一覧「個人情報CSV出力」、「個人情報エコチルUD出力」のデータ出力並びにCSVをダウンロードした利用者の履歴を検索する条件を入力し、検索結果を表示し、データ出力する画面。 32 個人情報出力履歴詳細「個人情報CSV出力」、「個人情報エコチルUD出力」のデータ出力並びにCSVをダウンロードした利用者の履歴を確認するための画面。 33 個人情報CSV出力 個人情報のみのCSVファイルダウンロードを申請するための画面。 34 個人情報エコチルID出力 エコチルIDのみのCSVファイルダウンロードを申請するための画面。 35 住所履歴情報一覧住所履歴情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 検索した結果から、登録情報の削除を実現する。 36 住所履歴情報詳細 登録した住所履歴情報を参照するための画面。 37 送付先住所履歴情報一覧送付先住所履歴情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 検索した結果から、登録情報の削除を実現する。 38 送付先住所履歴情報詳細 登録した送付先住所履歴情報を参照するための画面。 39 住所履歴CSV出力 住所履歴のCSVファイルダウンロードを申請するための画面。 40 進行管理 スケジュール一覧 スケジュールを検索するための画面。 41 スケジュール登録 スケジュールを登録・保存するための画面。 42 スケジュール編集 スケジュールの内容を編集するための画面。 43 スケジュール詳細 登録したスケジュールを参照する画面。 1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙18 画面一覧(業務サブシステム)No. 機能名 画面名 画面概要44 スケジュール一括登録 入力されたスケジュール情報を一括登録する画面。 45 12歳以下 スケジュール一覧 参加者のスケジュールを検索するための条件を入力する画面。 46 12歳以下 スケジュール登録 参加者のスケジュール予実の内容を登録するための画面。 47 12歳以下 スケジュール詳細 登録した参加者のスケジュールを参照する画面。 48 12歳以下 スケジュール編集 参加者のスケジュール予実の内容を編集するための画面。 49スケジュール(同一調査時期支払い)一覧参加者のスケジュール(同一調査時期支払い)を検索するための条件を入力する画面。 50スケジュール(同一調査時期支払い)登録参加者のスケジュール(同一調査時期支払い)予・実の内容を登録するための画面。 51スケジュール(同一調査時期支払い)詳細登録した参加者のスケジュール(同一調査時期支払い)を参照する画面。 52スケジュール(同一調査時期支払い)編集参加者のスケジュール(同一調査時期支払い)予・実の内容を編集するための画面。 53 親子情報管理 親子関係情報登録 親子関係情報を登録するための画面。 54 親子関係情報編集 親子関係情報を編集するための画面。 55 親子関係情報一覧 親子関係情報を検索するための条件(ID)を入力する画面。 56 親子関係情報詳細 親子関係情報を参照するための画面57 家族情報詳細 家族関係のあるエコチルIDを参照するための画面。 58 12歳以下 親子関係情報一覧 親子関係情報を検索するための条件(ID)を入力する画面。 59 12歳以下 親子関係情報詳細 親子関係情報を参照するための画面。 60 ID発行申請一覧 ID発行申請情報を検索するための条件を入力する画面。 61 ID発行申請登録 ID発行申請情報を登録するための画面。 62 ID発行申請詳細 ID発行申請情報を参照するための画面。 63 マスタ管理 同意書ID(使用済設定)一覧 同意書ID情報を検索するための条件を入力する画面。 64 同意書ID選択 同意書IDを選択する画面。 65 同意書ID(使用済設定)登録 同意書ID情報を生成するための画面。 66 同意書ID(使用済設定)詳細 同意書ID情報を参照するための画面。 67 調査時期一覧 調査時期マスタを検索するための画面。 68 調査時期登録 調査時期マスタを登録・保存するための画面。 69 調査時期詳細 登録した調査時期マスタを参照する画面。 70 調査時期編集 調査時期マスタの内容を編集するための画面。 71 調査時期選択 調査時期を選択する画面。 72 協力医療機関一覧協力医療機関を検索する条件を入力し、検索結果を表示し、データ出力する画面。 検索した結果から、協力医療機関の削除を実現する。 73 協力医療機関詳細 登録した個人情報を参照するための画面。 74 エコチルID(使用済設定)一覧 エコチルID情報を検索するための条件を入力する画面。 75 エコチルID選択 エコチルID情報を検索するための条件を入力する画面。 76 エコチルID(使用済設定)登録個人名の変わりに一意のエコチルID(母、父、子)を生成するための画面。 77 エコチルID(使用済設定)詳細 エコチルID情報を参照するための画面。 78試料管理試料管理一覧 試料管理データの検索条件を入力する画面。検索結果一覧も表示する。 79 試料管理詳細 検索結果を詳細表示する画面。 80 試料管理編集 試料管理データを更新する画面。 81 試料管理登録 試料管理データを新規登録する画面。 82 参加者ステータス管理 参加者ステータス情報一覧参加者ステータス情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 83 参加者ステータス情報詳細 参加者ステータス情報を参照するための画面。 84 星取表情報一覧菱取表情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 85 星取表情報詳細 星取表情報を参照するための画面。 86 ユニット転出入者情報一覧ユニット転出入者情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 検索した結果から、登録情報の削除を実現する。 87 お知らせ管理 お知らせ内容登録Webポータルサブシステムに表示するお知らせを登録・保存するための画面。 88 お知らせ内容編集 Webポータルサブシステムに表示するお知らせを編集するための画面。 2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙18 画面一覧(業務サブシステム)No. 機能名 画面名 画面概要89 お知らせ内容一覧 Webポータルサブシステムに表示するお知らせを検索するための画面。 90 お知らせ内容詳細 Webポータルサブシステムに表示するお知らせを参照するための画面。 91 お問合せ管理 FAQ一覧 Webポータルサブシステムに表示するFAQを検索するための画面。 92 FAQ登録Webポータルサブシステムに表示するFAQを登録・保存するための画面。 93 FAQ編集Webポータルサブシステムに表示するFAQの内容を編集するための画面。 94 FAQ詳細 登録したWebポータルサブシステムに表示するFAQを参照する画面。 95 お問合せ一覧Webポータルサブシステムから送信されたお問合せを検索するための画面。 96 お問合せ回答Webポータルサブシステムから送信されたお問合せに対する回答を入力して返信するための画面。 97 お問合せ詳細Webポータルサブシステムから送信されたお問合せに対する回答内容を閲覧するための画面。 98 ポイント管理 ポイント受け払い情報一覧ポイント受け払い情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 99 ギフトコード交換情報一覧ギフトコード交換情報を検索する条件を入力し、検索結果を表示し、データ出力する画面。 100 結果返却管理 結果返却用PDFアップロードWebポータルサブシステムに返却する結果報告用PDFをアップロードするための画面。 101 結果返却用PDF参照 アップロードした結果報告用PDFを参照するための画面。 102 データ管理 アーカイブデータ参照 12歳までの調査データや謝礼管理を参照・CSV出力する画面。 103 質問票結果情報一覧 質問票結果情報を検索するための画面。 104 質問票結果情報詳細 質問票結果情報を参照するための画面。 105 質問票定義一覧 質問票定義を検索するための画面。 106 質問票定義登録 オーダーシートに従って質問票定義を登録するための画面。 107 質問票定義詳細 質問票定義を参照するための画面。 108 質問票定義編集 オーダーシートに従って質問票定義を編集するための画面。 109 生体検査データ一覧 生体検査データを検索するための画面。 110 生体検査データ取込 生体検査データの取込を行うための画面。 111 業務管理 生体検査データ詳細 登録した生体検査データの内容を参照する画面。 112 操作履歴一覧 利用者の業務サブシステムに対する操作状況を確認するための画面。 113 内部向けお知らせ内容登録 TOPにある、お知らせを登録・保存するための画面。 114 内部向けお知らせ内容編集 TOPにある、お知らせを編集するための画面。 115 内部向けお知らせ内容一覧 TOPにある、お知らせを検索するための画面。 116 内部向けお知らせ内容詳細 TOPにある、お知らせを参照するための画面。 117 学校情報登録 学校情報を登録・保存するための画面。 118 学校情報編集 学校情報の内容を編集するための画面。 119 学校情報一覧 学校情報の検索、CSVファイル取込を行うための画面。 120 学校情報詳細 登録した学校情報を参照する画面。 121 参加者選択 参加者選択用の補助画面。 122 組織選択 組織選択用の補助画面。 123 調査情報選択 調査情報選択用の補助画面。 124 質問票選択 簡易アンケート選択用の補助画面。 125 協力医療機関選択 協力医療機関選択用の補助画面。 126 学校情報選択 学校情報選択用の補助画面。 127 表示対象選択 お知らせ、Web質問票の配信対象選択用の補助画面。 128 利用者詳細 利用者情報の詳細表示用の補助画面。 129 予約枠追加編集 イベント予約枠追加・編集用の補助画面。 3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙18 画面一覧 (Webポータルサブシステム・管理者向け)Webポータルサブシステム(管理者向け)No. 機能名 画面名 画面概要1 共通 ログイン運用業者の保守員がポータル管理サブシステムを使用するために、ユーザーID、パスワードを入力して認証を行う。 2 メニュー 各機能画面を起動する。 3 ポイント交換管理 交換商品一覧交換商品を一覧表示、削除、表示順序設定する。新規登録／編集を起動する。 4 交換商品新規登録／編集 交換商品を新規登録、編集する。(商品画像のアップロードを含む)5 サイト管理機能 同意について管理同意についてファイル(HTMLファイルを想定)をダウンロード、アップロードする。 6 初回ログイン時の同意確認管理初回ログイン時の同意確認ファイル(HTMLファイルを想定)をダウンロード、アップロードする。 7 コピーライト管理コピーライトファイル(HTMLファイルを想定)をダウンロード、アップロードする。 8 プライバシーポリシー管理プライバシーポリシーファイル(HTMLファイルを想定)をダウンロード、アップロードする。 9 利用規約管理利用規約ファイル(HTMLファイルを想定)をダウンロード、アップロードする。 10ギフト交換、年齢制限についての注意事項管理参加者ポータル画面に表示するポイント交換、年齢制限についての注意事項管理ギフト交換商品の注意事項の内容を記載している、ギフト交換、年齢制限についての注意事項ファイルをダウンロード、アップロードする。 11 同意撤回の確認管理参加者ポータル画面に表示する同意撤回の確認の内容を記載している、同意撤回の確認ファイルをダウンロード、アップロードする。 4エコチル調査データ管理システムの更改及び運用保守業務一式 別紙18 画面一覧 (Webポータルサブシステム・参加者向け)Webポータルサブシステム(参加者向け)No. 機能名 画面名 画面概要1 ログイン認証機能 ログインWebポータルサブシステムにアクセスした際に表示する。 ID、パスワードを入力、または生体認証によるログインを行う。 2 アカウント管理機能 パスワード再設定 パスワードの再設定を行う。 3 コピーライト等情報表示機能 プライバシーポリシー プライバシーポリシーを表示する。 4 同意について 同意についてを表示する。 5 お知らせ機能 お知らせ一覧過去のお知らせを含む、お知らせを一覧で表示する。 ユーザーが指定するお知らせ内容を表示する。 6 お知らせ内容 お知らせ内容を確認する。 7 お知らせ添付詳細 お知らせの添付を確認する。 8 マイページ機能 マイページアカウント管理、ポイント管理、イベント情報、成長の記録機能を起動する。 ポイント数を表示する。 9 メールアドレス登録初回ログイン時に、サービス利用で使用するメールアドレスを登録する。 10 ホームログイン後、最初に表示される。 ポイント数、前回のログイン日時、お知らせを表示する。 11 利用規約エコチル調査のサービス、アプリケーションの利用規約を表示する。 初回ログイン時にはユーザーが利用規約への同意を行う。 12 よくある質問 よくある質問と回答を表示する。 13 アカウント管理機能アカウント管理アイコン・ニックネーム変更アイコン画像、ニックネームを変更する。 14 アカウント管理ID・パスワード変更 ID、およびパスワードを変更する。 15 アカウント管理アカウント情報変更 姓名、住所などのアカウント情報を編集する。 16アカウント管理アカウント情報変更確認姓名、住所などのアカウント情報の変更をユーザーに確認する。 17アカウント管理アカウント情報変更完了姓名、住所などのアカウント情報の変更完了をユーザーに通知する。 18アカウント管理エコチル調査同意内容の確認エコチル調査への同意内容について内容詳細の確認、同意ステータスの変更を行う。 19 同意管理機能 初回ログイン時の同意確認初回ログイン時に、利用規約と個人情報保護方針について参加者の同意を行う。 20 同意内容詳細 同意内容の詳細を表示する。 21 同意内容変更申請同意内容の変更を申請する。 申請時に任意で変更理由を入力する。 22 同意内容変更完了 同意内容変更申請をユーザーに通知する。 23 同意撤回の確認協力取りやめ、同意撤回、完全同意撤回の文書を確認して、手続きを申請する。 24 外部サービス連携機能 ポイント交換設定 子供のポイント交換可否を設定する。(代諾者専用画面)25 ポイント履歴ポイントの獲得、使用履歴を一覧表示する。 獲得または使用日、増減ポイント数、獲得または使用理由(内容)を表示する。 26 ポイント交換(ギフト選択) ポイントを交換する、商品と金額を指定する。 27 ポイント交換確認 ポイントを交換する、商品と金額をユーザーに確認する。 28 ポイント交換完了 ポイントのギフトコードへの交換完了をユーザーに通知する。 29 ポイント移行 ポイントを移行する、移行先、ポイント数を指定する。 30 ポイント移行確認 ポイントを移行する、移行先とポイント数をユーザーに確認する。 31 ポイント移行完了 ポイントの移行完了をユーザーに通知する。 32ギフト交換、年齢制限についての注意事項ギフト交換、年齢制限についての注意事項を表示する。 33 学校登録 学校を検索し、選択する。 34(共通画面)確認コード入力ポイント交換、アカウント情報変更、同意内容変更時に必要となる、2段階認証で確認コードを入力する。 確認コードはメールにて通知する。 35 Web質問票表示機能 Web質問票一覧回答できるWeb質問票を一覧表示する。 代諾者は子供の回答可否を設定する。 Web質問票の履歴、回答機能を起動する。 36 Web質問票プレビュー 代諾者が事前に子供向けWeb質問票のプレビューを行う。 37 Web質問票 Web質問票の内容(外部のアンケートツール)を表示する。 38 Web質問票完了 Web質問票の回答完了、獲得ポイント数をユーザーに通知する。 5エコチル調査データ管理システムの更改及び運用保守業務一式 別紙18 画面一覧 (Webポータルサブシステム・参加者向け)No. 機能名 画面名 画面概要39 問合せ機能 お問合せ 問合せ先を表示する。 40 お問合せ入力 問合せカテゴリを選択、内容を入力する。 41 お問合せ確認 問合せカテゴリと入力内容を確認する。 42 お問合せ完了 問合せ受付番号を表示する。 43 結果表示機能 調査の記録参照できる調査の記録を一覧表示する。 代諾者は子供の調査の記録を参照でき、子供自身は自分の調査の記録を参照できる。 44 調査の記録詳細 調査の記録の詳細情報を表示する。 45 共通(共通画面)サーバーエラーサーバーとの通信、およびサーバー内で発生した異常をユーザーに通知する。 46(ブラウザ版にのみ存在する画面)サイトマップ各画面の機能と遷移できる画面へのリンクを表示する。 6エコチル調査データ管理システムの更改及び運用保守業務一式 別紙19 帳票一覧業務サブシステムNo. 機能名 機能詳細 帳票名 概要用紙サイズ出力枚数出力タイミング出力方法出力場所 出力形式 帳票区分 媒体1 データ管理汎用宛名ラベル汎用宛名ラベル 個人毎の汎用宛名ラベルを出力 A4縦 複数 随時電子帳票コアセンターユニットセンター普通紙単票(非定型)Access2アカウント管理初回アカウント案内初回アカウント案内(保護者)初回アカウント案内資料を出力 A4縦 複数 随時電子帳票ユニットセンター 普通紙単票(非定型)Access3初回アカウント案内(子ども)初回アカウント案内資料を出力 A4縦 複数 随時電子帳票ユニットセンター 普通紙単票(非定型)Access4 データ管理汎用宛名ラベル汎用送付ラベル 個人毎の汎用送付ラベルを出力 A4縦 複数 随時電子帳票コアセンターユニットセンターラベル紙 一覧 Access5汎用送付ラベル(連名)個人毎の汎用送付ラベルを代諾者と子どもの連名で出力A4縦 複数 随時電子帳票コアセンターユニットセンターラベル紙 一覧 Access6汎用送付ラベル(保護者様付)個人毎の汎用送付ラベルを「【子どもの氏名】の保護者様」の形で出力A4縦 複数 随時電子帳票コアセンターユニットセンターラベル紙 一覧 Access7 QR付き送付ラベル個人毎の学童期IDのQRコード付き送付ラベルを出力A4縦 複数 随時電子帳票コアセンターユニットセンターラベル紙 一覧 Access8QR付き送付ラベル(氏名のみ)個人毎の学童期IDのQRコード＋氏名のみのラベルを出力A4縦 複数 随時電子帳票コアセンターユニットセンターラベル紙 一覧 Access9QR付き送付ラベル(保護者様付)個人毎の学童期IDのQRコード＋「【子どもの氏名】の保護者様」のみのラベルを出力A4縦 複数 随時電子帳票コアセンターユニットセンターラベル紙 一覧 Access10レターパック用送付ラベル個人毎のレターパック用送付ラベルを出力 A4縦 複数 随時電子帳票コアセンターユニットセンターラベル紙 一覧 Access11 個別調査個人ばく露測定結果報告個人ばく露測定結果報告 個人ばく露測定結果報告を出力 A4縦 複数 随時電子帳票サービスデスク PDF単票(非定型)Access1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)データ管理システムNo. テーブル名 説明1 利用者マスタ ログインする利用者情報を格納する。1-1 利用者アカウント情報2 利用者マスタ(認証用) ログインID、パスワード情報等を格納する。1-1 利用者アカウント情報3 ログイン中利用者 ログイン中の利用者情報を格納する。1-1 利用者アカウント情報4 個人情報 データ管理システムから登録した個人情報のデータをデータベースに格納する。1-1 利用者アカウント情報5 個人情報サブ データ管理システムから登録した個人情報のデータをデータベースに格納する。1-1 利用者アカウント情報6 エコチルIDデータ管理システムから登録したエコチルIDのデータをデータベースに格納する。 1-1 利用者アカウント情報7 エコチルIDサブデータ管理システムから登録したエコチルIDのデータをデータベースに格納する。 1-1 利用者アカウント情報8 ID発行申請データ管理システムから登録したID発行申請のデータをデータベースに格納する。 1-1 利用者アカウント情報9 ID発行申請サブデータ管理システムから登録したID発行申請のデータをデータベースに格納する。 1-1 利用者アカウント情報10 住所履歴データデータ管理システムから登録した住所履歴データのデータをデータベースに格納する。 1-1 利用者アカウント情報11 住所履歴データサブデータ管理システムから登録した住所履歴データのデータをデータベースに格納する。 1-1 利用者アカウント情報12 送付先住所履歴データデータ管理システムから登録した送付先住所履歴データのデータをデータベースに格納する。 1-1 利用者アカウント情報13 送付先住所履歴データサブデータ管理システムから登録した送付先住所履歴データのデータをデータベースに格納する。 1-1 利用者アカウント情報14 参加者ステータス(子ども) 参加者ステータス(子ども)をデータベースに格納する。1-1 利用者アカウント情報15 参加者ステータス(親) 参加者ステータス(親)をデータベースに格納する。1-1 利用者アカウント情報16 ユニット転出入者 ユニット転出入者をデータベースに格納する。1-1 利用者アカウント情報17 親子関係情報データ管理システムから登録した親子関係情報のデータをデータベースに格納する。 1-2 親子関係情報・家族情報18 親子関係情報サブデータ管理システムから登録した親子関係情報のデータをデータベースに格納する。 1-2 親子関係情報・家族情報19 同意書ID データ管理システムから登録した同意書IDのデータをデータベースに格納する。1-3 同意情報20 同意書IDサブ データ管理システムから登録した同意書IDのデータをデータベースに格納する。1-3 同意情報21 同意撤回 データ管理システムから登録した同意撤回のデータをデータベースに格納する。1-3 同意情報22 同意撤回サブ データ管理システムから登録した同意撤回のデータをデータベースに格納する。1-3 同意情報23 同意書情報データ管理システムから登録した同意書情報のデータをデータベースに格納する。 1-3 同意情報24 同意書情報サブデータ管理システムから登録した同意書情報のデータをデータベースに格納する。 1-3 同意情報25 詳細調査同意書情報データ管理システムから登録した詳細調査同意書情報のデータをデータベースに格納する。 1-3 同意情報26 詳細調査同意書情報サブデータ管理システムから登録した詳細調査同意書情報のデータをデータベースに格納する。 1-3 同意情報27 遺伝子解析協力辞退情報データ管理システムから登録した遺伝子解析協力辞退情報のデータをデータベースに格納する。 1-3 同意情報28 謝礼対象者データ管理システムから登録した謝礼対象者のデータをデータベースに格納する。 1-5 謝礼情報・ポイント情報29 謝礼対象者サブデータ管理システムから登録した謝礼対象者のデータをデータベースに格納する。 1-5 謝礼情報・ポイント情報30 謝礼対象者履歴データ管理システムで編集した謝礼対象者の編集履歴をデータベースに格納する。 1-5 謝礼情報・ポイント情報31 謝礼対象者履歴サブデータ管理システムで編集した謝礼対象者の編集履歴をデータベースに格納する。 1-5 謝礼情報・ポイント情報32 謝礼対象者(支払い済設定)データ管理システムから登録した謝礼対象者(支払い済設定)のデータをデータベースに格納する。 1-5 謝礼情報・ポイント情報33 謝礼対象者(支払い済設定)サブデータ管理システムから登録した謝礼対象者(支払い済設定)のデータをデータベースに格納する。 1-5 謝礼情報・ポイント情報34 謝礼対象者(支払い済設定)履歴データ管理システムで編集した謝礼対象者(支払い済設定)の編集履歴をデータベースに格納する。 1-5 謝礼情報・ポイント情報35謝礼対象者(支払い済設定)履歴サブデータ管理システムで編集した謝礼対象者(支払い済設定)の編集履歴をデータベースに格納する。 1-5 謝礼情報・ポイント情報36 診察記録票(Dr-T1)データ管理システムから登録した診察記録票(Dr-T1)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ37 診察記録票(Dr-T1)サブデータ管理システムから登録した診察記録票(Dr-T1)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ38 診察記録票(Dr-1m)データ管理システムから登録した診察記録票(Dr-1m)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータデータ一覧項目1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目39 診察記録票(Dr-1m)サブデータ管理システムから登録した診察記録票(Dr-1m)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ40 診察記録票(Dr-0m)データ管理システムから登録した診察記録票(Dr-0m)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ41 診察記録票(Dr-0m)サブデータ管理システムから登録した診察記録票(Dr-0m)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ42 妊婦健診転記票データ管理システムから登録した妊婦健診転記票のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ43 妊婦健診転記票サブデータ管理システムから登録した妊婦健診転記票のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ44 C-6m 川崎病データ管理システムから登録したC-6m 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ45 C-6m 川崎病サブデータ管理システムから登録したC-6m 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ46 C-1y 川崎病データ管理システムから登録したC-1y 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ47 C-1y 川崎病サブデータ管理システムから登録したC-1y 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ48 C-1.5y 川崎病データ管理システムから登録したC-1.5y 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ49 C-1.5y 川崎病サブデータ管理システムから登録したC-1.5y 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ50 C-2y 染色体異常および心疾患以外データ管理システムから登録したC-2y 染色体異常および心疾患以外のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ51C-2y 染色体異常および心疾患以外サブデータ管理システムから登録したC-2y 染色体異常および心疾患以外のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ52 C-2y 先天性心疾患データ管理システムから登録したC-2y 先天性心疾患のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ53 C-2y 先天性心疾患サブデータ管理システムから登録したC-2y 先天性心疾患のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ54 C-2y 内分泌・代謝異常データ管理システムから登録したC-2y 内分泌・代謝異常のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ55 C-2y 内分泌・代謝異常サブデータ管理システムから登録したC-2y 内分泌・代謝異常のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ56 C-2y てんかん(2歳以前発症)データ管理システムから登録したC-2y てんかん(2歳以前発症)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ57 C-2y てんかん(2歳以前発症)サブデータ管理システムから登録したC-2y てんかん(2歳以前発症)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ58 C-2y 川崎病データ管理システムから登録したC-2y 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ59 C-2y 川崎病サブデータ管理システムから登録したC-2y 川崎病のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ60 C-1.5y 環境測定記録データ管理システムから登録したC-1.5y 環境測定記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ61 C-1.5y 環境測定記録サブデータ管理システムから登録したC-1.5y 環境測定記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ62 C-1.5y 住環境調査票データ管理システムから登録したC-1.5y 住環境調査票のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ63 C-1.5y 住環境調査票サブデータ管理システムから登録したC-1.5y 住環境調査票のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ64 C-1.5y 生活行動記録データ管理システムから登録したC-1.5y 生活行動記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ65 C-1.5y 生活行動記録サブデータ管理システムから登録したC-1.5y 生活行動記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ66C-1.5y 長期的ハウスダスト採取記録データ管理システムから登録したC-1.5y 長期的ハウスダスト採取記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ67C-1.5y 長期的ハウスダスト採取記録サブデータ管理システムから登録したC-1.5y 長期的ハウスダスト採取記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ68 C-2y 医学的検査データ管理システムから登録したC-2y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ69 C-2y 医学的検査サブデータ管理システムから登録したC-2y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ70 C-2y 精神神経発達検査データ管理システムから登録したC-2y 精神神経発達検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ71 C-2y 精神神経発達検査サブデータ管理システムから登録したC-2y 精神神経発達検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ72 疾患情報 データ管理システムから登録した疾患情報のデータをデータベースに格納する。2-2 対面調査(測定結果)によるデータ73 疾患情報サブ データ管理システムから登録した疾患情報のデータをデータベースに格納する。2-2 対面調査(測定結果)によるデータ2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目74 小児がん 造血器腫瘍データ管理システムから登録した小児がん 造血器腫瘍のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ75 小児がん 造血器腫瘍サブデータ管理システムから登録した小児がん 造血器腫瘍のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ76小児がん 固形腫瘍(脳・脊髄腫瘍を除く)データ管理システムから登録した小児がん 固形腫瘍(脳・脊髄腫瘍を除く)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ77小児がん 固形腫瘍(脳・脊髄腫瘍を除く)サブデータ管理システムから登録した小児がん 固形腫瘍(脳・脊髄腫瘍を除く)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ78 小児がん 脳・脊髄腫瘍データ管理システムから登録した小児がん 脳・脊髄腫瘍のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ79 小児がん 脳・脊髄腫瘍サブデータ管理システムから登録した小児がん 脳・脊髄腫瘍のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ80 てんかん(2歳以降発症)データ管理システムから登録したてんかん(2歳以降発症)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ81 てんかん(2歳以降発症)サブデータ管理システムから登録したてんかん(2歳以降発症)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ82 川崎病(4歳以降発症)データ管理システムから登録した川崎病(4歳以降発症)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ83 川崎病(4歳以降発症)サブデータ管理システムから登録した川崎病(4歳以降発症)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ84 C-3y 環境測定記録データ管理システムから登録したC-3y 環境測定記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ85 C-3y 環境測定記録サブデータ管理システムから登録したC-3y 環境測定記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ86 C-3y 住環境調査票データ管理システムから登録したC-3y 住環境調査票のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ87 C-3y 住環境調査票サブデータ管理システムから登録したC-3y 住環境調査票のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ88 C-3y 生活行動記録データ管理システムから登録したC-3y 生活行動記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ89 C-3y 生活行動記録サブデータ管理システムから登録したC-3y 生活行動記録のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ90 C-4y 医学的検査データ管理システムから登録したC-4y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ91 C-4y 医学的検査サブデータ管理システムから登録したC-4y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ92 C-4y 精神神経発達検査データ管理システムから登録したC-4y 精神神経発達検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ93 C-4y 精神神経発達検査サブデータ管理システムから登録したC-4y 精神神経発達検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ94 内分泌・代謝(疾患情報)データ管理システムから登録した内分泌・代謝(疾患情報)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ95 精神神経発達(疾患情報)データ管理システムから登録した精神神経発達(疾患情報)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ96 C-6y 医学的検査データ管理システムから登録したC-6y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ97 C-6y 医学的検査サブデータ管理システムから登録したC-6y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ98 学童期検査(小学２年生)データ管理システムから登録した学童期検査(小学２年生)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ99 CAT検査CPT結果(S2)データ管理システムから登録したCAT検査CPT結果(S2)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ100 CAT検査FTT結果(S2)データ管理システムから登録したCAT検査FTT結果(S2)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ101 C-8y 医学的検査データ管理システムから登録したC-8y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ102 C-8y 医学的検査サブデータ管理システムから登録したC-8y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ103 C-8y 精神神経発達検査データ管理システムから登録したC-8y 精神神経発達検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ104 CAT検査EL結果(C8y)データ管理システムから登録したCAT検査EL結果(C8y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ105 CAT検査CPT結果(C8y)データ管理システムから登録したCAT検査CPT結果(C8y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ106 CAT検査FTT結果(C8y)データ管理システムから登録したCAT検査FTT結果(C8y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ107 学童期検査(小学６年生)データ管理システムから登録した学童期検査(小学６年生)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ108 C-10y 医学的検査データ管理システムから登録したC-10y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目109 C-10y 医学的検査サブデータ管理システムから登録したC-10y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ110 C-10y 精神神経発達検査データ管理システムから登録したC-10y 精神神経発達検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ111 C-10y 精神神経発達検査(SCAS)データ管理システムから登録したSCAS検査結果(C10y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ112 C-10y 精神神経発達検査(WISCIV)データ管理システムから登録したWISC-IV検査結果(C10y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ113 C-10y 精神神経発達検査(Ravens)データ管理システムから登録したRaven's検査結果(C10y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ114 CAT検査CPT結果(S6)データ管理システムから登録したCAT検査CPT結果(S6)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ115 CAT検査FTT結果(S6)データ管理システムから登録したCAT検査FTT結果(S6)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ116 C-12y 医学的検査データ管理システムから登録したC-12y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ117 C-12y 医学的検査サブデータ管理システムから登録したC-12y 医学的検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ118 C-12y 精神神経発達検査データ管理システムから登録したC-12y 精神神経発達検査のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ119 CAT検査EL結果(C12y)データ管理システムから登録したCAT検査EL結果(C12y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ120 CAT検査CPT結果(C12y)データ管理システムから登録したCAT検査CPT結果(C12y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ121 CAT検査FTT結果(C12y)データ管理システムから登録したCAT検査FTT結果(C12y)のデータをデータベースに格納する。 2-2 対面調査(測定結果)によるデータ122 生体試料データ管理システムから登録した生体試料検査結果情報のデータをデータベースに格納する。 2-3 試料検査によるデータ123 生体試料サブデータ管理システムから登録した生体試料検査結果情報のデータをデータベースに格納する。 2-3 試料検査によるデータ124 環境測定結果(ダニアレルゲン等)データ管理システムから登録した環境測定結果(ダニアレルゲン等)のデータをデータベースに格納する。 2-3 試料検査によるデータ125環境測定結果(ダニアレルゲン等)サブデータ管理システムから登録した環境測定結果(ダニアレルゲン等)のデータをデータベースに格納する。 2-3 試料検査によるデータ126 環境測定結果(アルデヒド類等)データ管理システムから登録した環境測定結果(アルデヒド類等)のデータをデータベースに格納する。 2-3 試料検査によるデータ127環境測定結果(アルデヒド類等)サブデータ管理システムから登録した環境測定結果(アルデヒド類等)のデータをデータベースに格納する。 2-3 試料検査によるデータ128 環境測定結果(揮発性有機化合物)データ管理システムから登録した環境測定結果(揮発性有機化合物)のデータをデータベースに格納する。 2-3 試料検査によるデータ129環境測定結果(揮発性有機化合物)サブデータ管理システムから登録した環境測定結果(揮発性有機化合物)のデータをデータベースに格納する。 2-3 試料検査によるデータ130環境測定結果(粒子状大気汚染物質)データ管理システムから登録した環境測定結果(粒子状大気汚染物質)のデータをデータベースに格納する。 2-3 試料検査によるデータ131環境測定結果(粒子状大気汚染物質)サブデータ管理システムから登録した環境測定結果(粒子状大気汚染物質)のデータをデータベースに格納する。 2-3 試料検査によるデータ132 医学的検査結果(内分泌等)データ管理システムから登録した医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ133 医学的検査結果(内分泌等)サブデータ管理システムから登録した医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ134 医学的検査結果(特異的IgE)データ管理システムから登録した医学的検査結果(特異的IgE)のデータをデータベースに格納する。 2-3 試料検査によるデータ135 医学的検査結果(特異的IgE)サブデータ管理システムから登録した医学的検査結果(特異的IgE)のデータをデータベースに格納する。 2-3 試料検査によるデータ136医学的検査結果(特異的IgG、特異的IgA)データ管理システムから登録した医学的検査結果(特異的IgG、特異的IgA)のデータをデータベースに格納する。 2-3 試料検査によるデータ137医学的検査結果(特異的IgG、特異的IgA)サブデータ管理システムから登録した医学的検査結果(特異的IgG、特異的IgA)のデータをデータベースに格納する。 2-3 試料検査によるデータ138 放射線量データデータ管理システムから登録した放射線量データのデータをデータベースに格納する。 2-3 試料検査によるデータ139 放射線量データサブデータ管理システムから登録した放射線量データのデータをデータベースに格納する。 2-3 試料検査によるデータ140 試料管理(データ)データ管理システムから登録した試料管理(データ)のデータをデータベースに格納する。 2-3 試料検査によるデータ141C-3y 環境測定結果(ダニアレルゲン等)データ管理システムから登録したC-3y環境測定結果(ダニアレルゲン等)のデータをデータベースに格納する。 2-3 試料検査によるデータ142C-3y 環境測定結果(ダニアレルゲン等)サブデータ管理システムから登録したC-3y環境測定結果(ダニアレルゲン等)のデータをデータベースに格納する。 2-3 試料検査によるデータ143C-3y 環境測定結果(アルデヒド類等)データ管理システムから登録したC-3y環境測定結果(アルデヒド類等)のデータをデータベースに格納する。 2-3 試料検査によるデータ4エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目144C-3y 環境測定結果(アルデヒド類等)サブデータ管理システムから登録したC-3y環境測定結果(アルデヒド類等)のデータをデータベースに格納する。 2-3 試料検査によるデータ145C-3y 環境測定結果(揮発性有機化合物)データ管理システムから登録したC-3y環境測定結果(揮発性有機化合物)のデータをデータベースに格納する。 2-3 試料検査によるデータ146C-3y 環境測定結果(揮発性有機化合物)サブデータ管理システムから登録したC-3y環境測定結果(揮発性有機化合物)のデータをデータベースに格納する。 2-3 試料検査によるデータ147C-3y 環境測定結果(粒子状大気汚染物質)データ管理システムから登録したC-3y環境測定結果(粒子状大気汚染物質)のデータをデータベースに格納する。 2-3 試料検査によるデータ148C-3y 環境測定結果(粒子状大気汚染物質)サブデータ管理システムから登録したC-3y環境測定結果(粒子状大気汚染物質)のデータをデータベースに格納する。 2-3 試料検査によるデータ149 金属類濃度測定結果データ管理システムから登録した金属類濃度測定結果のデータをデータベースに格納する。 2-3 試料検査によるデータ150 C-4y 医学的検査結果(内分泌等)データ管理システムから登録したC-4y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ151C-4y 医学的検査結果(内分泌等)サブデータ管理システムから登録したC-4y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ152 C-4y 医学的検査結果(特異的IgE)データ管理システムから登録したC-4y 医学的検査結果(特異的IgE)のデータをデータベースに格納する。 2-3 試料検査によるデータ153C-4y 医学的検査結果(特異的IgE)サブデータ管理システムから登録したC-4y 医学的検査結果(特異的IgE)のデータをデータベースに格納する。 2-3 試料検査によるデータ154C-4y 医学的検査結果(特異的IgG、特異的IgA)データ管理システムから登録したC-4y 医学的検査結果(特異的IgG、特異的IgA)のデータをデータベースに格納する。 2-3 試料検査によるデータ155C-4y 医学的検査結果(特異的IgG、特異的IgA)サブデータ管理システムから登録したC-4y 医学的検査結果(特異的IgG、特異的IgA)のデータをデータベースに格納する。 2-3 試料検査によるデータ156 C-4y 医学的検査結果(尿)データ管理システムから登録したC-4y 医学的検査結果(尿)のデータをデータベースに格納する。 2-3 試料検査によるデータ157 C-4y 医学的検査結果(尿)サブデータ管理システムから登録したC-4y 医学的検査結果(尿)のデータをデータベースに格納する。 2-3 試料検査によるデータ158 乳歯協力情報データ管理システムから登録した乳歯協力情報のデータをデータベースに格納する。 2-3 試料検査によるデータ159 C-6y 医学的検査結果(内分泌等)データ管理システムから登録したC-6y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ160C-6y 医学的検査結果(内分泌等)サブデータ管理システムから登録したC-6y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ161 C-6y 医学的検査結果(特異的IgE)データ管理システムから登録したC-6y 医学的検査結果(特異的IgE)のデータをデータベースに格納する。 2-3 試料検査によるデータ162C-6y 医学的検査結果(特異的IgG、特異的IgA)データ管理システムから登録したC-6y 医学的検査結果(特異的IgG、特異的IgA)のデータをデータベースに格納する。 2-3 試料検査によるデータ163 C-6y 医学的検査結果(尿)データ管理システムから登録したC-6y 医学的検査結果(尿)のデータをデータベースに格納する。 2-3 試料検査によるデータ164 尿検査結果(S2)データ管理システムから登録した尿検査結果(S2)のデータをデータベースに格納する。 2-3 試料検査によるデータ165 C-8y 医学的検査結果(内分泌等)データ管理システムから登録したC-8y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ166C-8y 医学的検査結果(内分泌等)サブデータ管理システムから登録したC-8y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ167 C-8y 医学的検査結果(特異的IgE)データ管理システムから登録したC-8y 医学的検査結果(特異的IgE)のデータをデータベースに格納する。 2-3 試料検査によるデータ168C-8y 医学的検査結果(特異的IgG、特異的IgA)データ管理システムから登録したC-8y 医学的検査結果(特異的IgG、特異的IgA)のデータをデータベースに格納する。 2-3 試料検査によるデータ169 C-6y 医学的検査結果(尿)データ管理システムから登録したC-8y 医学的検査結果(尿)のデータをデータベースに格納する。 2-3 試料検査によるデータ170 C-10y 医学的検査結果(内分泌等)データ管理システムから登録したC-10y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ171C-10y 医学的検査結果(内分泌等)サブデータ管理システムから登録したC-10y 医学的検査結果(内分泌等)のデータをデータベースに格納する。 2-3 試料検査によるデータ172C-10y 医学的検査結果(特異的IgE)データ管理システムから登録したC-10y 医学的検査結果(特異的IgE)のデータをデータベースに格納する。 2-3 試料検査によるデータ173C-10y 医学的検査結果(特異的IgG、特異的IgA)データ管理システムから登録したC-10y 医学的検査結果(特異的IgG、特異的IgA)のデータをデータベースに格納する。 2-3 試料検査によるデータ174 C-10y 医学的検査結果(尿)データ管理システムから登録したC-10y 医学的検査結果(尿)のデータをデータベースに格納する。 2-3 試料検査によるデータ175 C-10y 医学的検査結果(全血)データ管理システムから登録したC-10y 医学的検査結果(全血)のデータをデータベースに格納する。 2-3 試料検査によるデータ176 血液・尿検査結果(S6)データ管理システムから登録した血液・尿検査結果(S6)のデータをデータベースに格納する。 2-3 試料検査によるデータ177 質問票調査(M-T2)データ管理システムから登録した質問票調査(M-T2)のデータをデータベースに格納する。 2-4 過去の調査データ178 質問票調査(M-T2)サブデータ管理システムから登録した質問票調査(M-T2)のデータをデータベースに格納する。 2-4 過去の調査データ5エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目179 質問票調査(M-T2)履歴データ管理システムで編集した質問票調査(M-T2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ180 質問票調査(M-T2)履歴サブデータ管理システムで編集した質問票調査(M-T2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ181 質問票調査(In-T1)データ管理システムから登録した質問票調査(In-T1)のデータをデータベースに格納する。 2-4 過去の調査データ182 質問票調査(In-T1)サブデータ管理システムから登録した質問票調査(In-T1)のデータをデータベースに格納する。 2-4 過去の調査データ183 質問票調査(In-T1)履歴データ管理システムで編集した質問票調査(In-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ184 質問票調査(In-T1)履歴サブデータ管理システムで編集した質問票調査(In-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ185 質問票調査(In-T2)データ管理システムから登録した質問票調査(In-T2)のデータをデータベースに格納する。 2-4 過去の調査データ186 質問票調査(In-T2)サブデータ管理システムから登録した質問票調査(In-T2)のデータをデータベースに格納する。 2-4 過去の調査データ187 質問票調査(In-T2)履歴データ管理システムで編集した質問票調査(In-T2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ188 質問票調査(In-T2)履歴サブデータ管理システムで編集した質問票調査(In-T2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ189 質問票調査(FFQ(1))データ管理システムから登録した質問票調査(FFQ(1))のデータをデータベースに格納する。 2-4 過去の調査データ190 質問票調査(FFQ(1))サブデータ管理システムから登録した質問票調査(FFQ(1))のデータをデータベースに格納する。 2-4 過去の調査データ191 質問票調査(FFQ(1))履歴データ管理システムで編集した質問票調査(FFQ(1))の編集履歴をデータベースに格納する。 2-4 過去の調査データ192 質問票調査(FFQ(1))履歴サブデータ管理システムで編集した質問票調査(FFQ(1))の編集履歴をデータベースに格納する。 2-4 過去の調査データ193 質問票調査(FFQ(2))データ管理システムから登録した質問票調査(FFQ(2))のデータをデータベースに格納する。 2-4 過去の調査データ194 質問票調査(FFQ(2))サブデータ管理システムから登録した質問票調査(FFQ(2))のデータをデータベースに格納する。 2-4 過去の調査データ195 質問票調査(FFQ(2))履歴データ管理システムで編集した質問票調査(FFQ(2))の編集履歴をデータベースに格納する。 2-4 過去の調査データ196 質問票調査(FFQ(2))履歴サブデータ管理システムで編集した質問票調査(FFQ(2))の編集履歴をデータベースに格納する。 2-4 過去の調査データ197 質問票調査(F-T1)データ管理システムから登録した質問票調査(F-T1)のデータをデータベースに格納する。 2-4 過去の調査データ198 質問票調査(F-T1)サブデータ管理システムから登録した質問票調査(F-T1)のデータをデータベースに格納する。 2-4 過去の調査データ199 質問票調査(F-T1)履歴データ管理システムで編集した質問票調査(F-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ200 質問票調査(F-T1)履歴サブデータ管理システムで編集した質問票調査(F-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ201 質問票調査(M-T1)データ管理システムから登録した質問票調査(M-T1)のデータをデータベースに格納する。 2-4 過去の調査データ202 質問票調査(M-T1)サブデータ管理システムから登録した質問票調査(M-T1)のデータをデータベースに格納する。 2-4 過去の調査データ203 質問票調査(M-T1)履歴データ管理システムで編集した質問票調査(M-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ204 質問票調査(M-T1)履歴サブデータ管理システムで編集した質問票調査(M-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ205 質問票調査(M-1m)データ管理システムから登録した質問票調査(M-1m)のデータをデータベースに格納する。 2-4 過去の調査データ206 質問票調査(M-1m)サブデータ管理システムから登録した質問票調査(M-1m)のデータをデータベースに格納する。 2-4 過去の調査データ207 質問票調査(M-1m)履歴データ管理システムで編集した質問票調査(M-1m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ208 質問票調査(M-1m)履歴サブデータ管理システムで編集した質問票調査(M-1m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ209 質問票調査(C-6m)データ管理システムから登録した質問票調査(C-6m)のデータをデータベースに格納する。 2-4 過去の調査データ210 質問票調査(C-6m)サブデータ管理システムから登録した質問票調査(C-6m)のデータをデータベースに格納する。 2-4 過去の調査データ211 質問票調査(C-6m)履歴データ管理システムで編集した質問票調査(C-6m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ212 質問票調査(C-6m)履歴サブデータ管理システムで編集した質問票調査(C-6m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ213 質問票調査(C-1y)データ管理システムから登録した質問票調査(C-1y)のデータをデータベースに格納する。 2-4 過去の調査データ6エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目214 質問票調査(C-1y)サブデータ管理システムから登録した質問票調査(C-1y)のデータをデータベースに格納する。 2-4 過去の調査データ215 質問票調査(C-1y)履歴データ管理システムで編集した質問票調査(C-1y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ216 質問票調査(C-1y)履歴サブデータ管理システムで編集した質問票調査(C-1y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ217 質問票調査(C-1.5y)データ管理システムから登録した質問票調査(C-1.5y)のデータをデータベースに格納する。 2-4 過去の調査データ218 質問票調査(C-1.5y)サブデータ管理システムから登録した質問票調査(C-1.5y)のデータをデータベースに格納する。 2-4 過去の調査データ219 質問票調査(C-1.5y)履歴データ管理システムで編集した質問票調査(C-1.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ220 質問票調査(C-1.5y)履歴サブデータ管理システムで編集した質問票調査(C-1.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ221 質問票調査(C-2y)データ管理システムから登録した質問票調査(C-2y)のデータをデータベースに格納する。 2-4 過去の調査データ222 質問票調査(C-2y)サブデータ管理システムから登録した質問票調査(C-2y)のデータをデータベースに格納する。 2-4 過去の調査データ223 質問票調査(C-2y)履歴データ管理システムで編集した質問票調査(C-2y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ224 質問票調査(C-2y)履歴サブデータ管理システムで編集した質問票調査(C-2y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ225 質問票調査(C-2.5y)データ管理システムから登録した質問票調査(C-2.5y)のデータをデータベースに格納する。 2-4 過去の調査データ226 質問票調査(C-2.5y)サブデータ管理システムから登録した質問票調査(C-2.5y)のデータをデータベースに格納する。 2-4 過去の調査データ227 質問票調査(C-2.5y)履歴データ管理システムで編集した質問票調査(C-2.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ228 質問票調査(C-2.5y)履歴サブデータ管理システムで編集した質問票調査(C-2.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ229 質問票調査(C-3y)データ管理システムから登録した質問票調査(C-3y)のデータをデータベースに格納する。 2-4 過去の調査データ230 質問票調査(C-3y)サブデータ管理システムから登録した質問票調査(C-3y)のデータをデータベースに格納する。 2-4 過去の調査データ231 質問票調査(C-3y)履歴データ管理システムで編集した質問票調査(C-3y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ232 質問票調査(C-3y)履歴サブデータ管理システムで編集した質問票調査(C-3y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ233 質問票調査(C-3.5y)データ管理システムから登録した質問票調査(C-3.5y)のデータをデータベースに格納する。 2-4 過去の調査データ234 質問票調査(C-3.5y)サブデータ管理システムから登録した質問票調査(C-3.5y)のデータをデータベースに格納する。 2-4 過去の調査データ235 質問票調査(C-3.5y)履歴データ管理システムで編集した質問票調査(C-3.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ236 質問票調査(C-3.5y)履歴サブデータ管理システムで編集した質問票調査(C-3.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ237 質問票調査(C-4y)データ管理システムから登録した質問票調査(C-4y)のデータをデータベースに格納する。 2-4 過去の調査データ238 質問票調査(C-4y)サブデータ管理システムから登録した質問票調査(C-4y)のデータをデータベースに格納する。 2-4 過去の調査データ239 質問票調査(C-4y)履歴データ管理システムで編集した質問票調査(C-4y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ240 質問票調査(C-4y)履歴サブデータ管理システムで編集した質問票調査(C-4y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ241 質問票調査(C-4.5y)データ管理システムから登録した質問票調査(C-4.5y)のデータをデータベースに格納する。 2-4 過去の調査データ242 質問票調査(C-4.5y)履歴データ管理システムで編集した質問票調査(C-4.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ243 質問票調査(C-5y)データ管理システムから登録した質問票調査(C-5y)のデータをデータベースに格納する。 2-4 過去の調査データ244 質問票調査(C-5y)履歴データ管理システムで編集した質問票調査(C-5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ245 C-4.5y 食事調査結果データ管理システムから登録したC-4.5y 食事調査結果のデータをデータベースに格納する。 2-4 過去の調査データ246 C-4.5y 食事調査結果履歴データ管理システムで編集したC-4.5y 食事調査結果の編集履歴をデータベースに格納する。 2-4 過去の調査データ247 質問票調査(C-5.5y)データ管理システムから登録した質問票調査(C-5.5y)のデータをデータベースに格納する。 2-4 過去の調査データ248 質問票調査(C-5.5y)履歴データ管理システムで編集した質問票調査(C-5.5y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ7エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目249 質問票調査(C-6y)データ管理システムから登録した質問票調査(C-6y)のデータをデータベースに格納する。 2-4 過去の調査データ250 質問票調査(C-6y)履歴データ管理システムで編集した質問票調査(C-6y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ251 質問票調査(C-7y)データ管理システムから登録した質問票調査(C-7y)のデータをデータベースに格納する。 2-4 過去の調査データ252 質問票調査(C-7y)履歴データ管理システムで編集した質問票調査(C-7y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ253 質問票調査(S-1)データ管理システムから登録した質問票調査(S-1)のデータをデータベースに格納する。 2-4 過去の調査データ254 質問票調査(S-1)履歴データ管理システムで編集した質問票調査(S-1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ255 質問票調査(C-8y)データ管理システムから登録した質問票調査(C-8y)のデータをデータベースに格納する。 2-4 過去の調査データ256 質問票調査(C-8y)履歴データ管理システムで編集した質問票調査(C-8y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ257 質問票調査(S-2)データ管理システムから登録した質問票調査(S-2)のデータをデータベースに格納する。 2-4 過去の調査データ258 質問票調査(S-2)履歴データ管理システムで編集した質問票調査(S-2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ259 C-8y 食事調査結果データ管理システムから登録したC-8y 食事調査結果のデータをデータベースに格納する。 2-4 過去の調査データ260 C-8y 食事調査結果履歴データ管理システムで編集したC-8y 食事調査結果の編集履歴をデータベースに格納する。 2-4 過去の調査データ261 質問票調査(C-9y)データ管理システムから登録した質問票調査(C-9y)のデータをデータベースに格納する。 2-4 過去の調査データ262 質問票調査(C-9y)履歴データ管理システムで編集した質問票調査(C-9y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ263 質問票調査(S-3)データ管理システムから登録した質問票調査(S-3)のデータをデータベースに格納する。 2-4 過去の調査データ264 質問票調査(S-3)履歴データ管理システムで編集した質問票調査(S-3)の編集履歴をデータベースに格納する。 2-4 過去の調査データ265 質問票調査(C-10y)データ管理システムから登録した質問票調査(C-10y)のデータをデータベースに格納する。 2-4 過去の調査データ266 質問票調査(C-10y)履歴データ管理システムで編集した質問票調査(C-10y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ267 子どもアンケート(C-10y)データ管理システムから登録した子どもアンケート(C-10y)のデータをデータベースに格納する。 2-4 過去の調査データ268 子どもアンケート(C-10y)履歴データ管理システムで編集した子どもアンケート(C-10y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ269 質問票調査(S-4)データ管理システムから登録した質問票調査(S-4)のデータをデータベースに格納する。 2-4 過去の調査データ270 質問票調査(S-4)履歴データ管理システムで編集した質問票調査(S-4)の編集履歴をデータベースに格納する。 2-4 過去の調査データ271 質問票調査(C-11y)データ管理システムから登録した質問票調査(C-11y)のデータをデータベースに格納する。 2-4 過去の調査データ272 質問票調査(C-11y)履歴データ管理システムで編集した質問票調査(C-11y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ273 子どもアンケート(C-11y)データ管理システムから登録した子どもアンケート(C-11y)のデータをデータベースに格納する。 2-4 過去の調査データ274 子どもアンケート(C-11y)履歴データ管理システムで編集した子どもアンケート(C-11y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ275 質問票調査(S-5)データ管理システムから登録した質問票調査(S-5)のデータをデータベースに格納する。 2-4 過去の調査データ276 質問票調査(S-5)履歴データ管理システムで編集した質問票調査(S-5)の編集履歴をデータベースに格納する。 2-4 過去の調査データ277 質問票調査(S-6)データ管理システムから登録した質問票調査(S-6)のデータをデータベースに格納する。 2-4 過去の調査データ278 質問票調査(S-6)履歴データ管理システムで編集した質問票調査(S-6)の編集履歴をデータベースに格納する。 2-4 過去の調査データ279 質問票調査(C-12y)データ管理システムから登録した質問票調査(C-12y)のデータをデータベースに格納する。 2-4 過去の調査データ280 質問票調査(C-12y)履歴データ管理システムで編集した質問票調査(C-12y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ281 子どもアンケート(C-12y)データ管理システムから登録した子どもアンケート(C-12y)のデータをデータベースに格納する。 2-4 過去の調査データ282 子どもアンケート(C-12y)履歴データ管理システムで編集した子どもアンケート(C-12y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ283 C-12Y 食事調査結果データ管理システムから登録したC-12Y 食事調査結果のデータをデータベースに格納する。 2-4 過去の調査データ8エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目284 C-12Y 食事調査結果履歴データ管理システムで編集したC-12Y 食事調査結果の編集履歴をデータベースに格納する。 2-4 過去の調査データ285 診察記録票(Dr-T1)履歴データ管理システムで編集した診察記録票(Dr-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ286 診察記録票(Dr-T1)履歴サブデータ管理システムで編集した診察記録票(Dr-T1)の編集履歴をデータベースに格納する。 2-4 過去の調査データ287 診察記録票(Dr-1m)履歴データ管理システムで編集した診察記録票(Dr-1m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ288 診察記録票(Dr-1m)履歴サブデータ管理システムで編集した診察記録票(Dr-1m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ289 診察記録票(Dr-0m)履歴データ管理システムで編集した診察記録票(Dr-0m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ290 診察記録票(Dr-0m)履歴サブデータ管理システムで編集した診察記録票(Dr-0m)の編集履歴をデータベースに格納する。 2-4 過去の調査データ291 妊婦健診転記票履歴データ管理システムで編集した妊婦健診転記票の編集履歴をデータベースに格納する。 2-4 過去の調査データ292 妊婦健診転記票履歴サブデータ管理システムで編集した妊婦健診転記票の編集履歴をデータベースに格納する。 2-4 過去の調査データ293 C-6m 川崎病履歴データ管理システムで編集したC-6m 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ294 C-6m 川崎病履歴サブデータ管理システムで編集したC-6m 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ295 C-1y 川崎病履歴データ管理システムで編集したC-1y 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ296 C-1y 川崎病履歴サブデータ管理システムで編集したC-1y 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ297 C-1.5y 川崎病履歴データ管理システムで編集したC-1.5y 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ298 C-1.5y 川崎病履歴サブデータ管理システムで編集したC-1.5y 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ299C-2y 染色体異常および心疾患以外履歴データ管理システムで編集したC-2y 染色体異常および心疾患以外の編集履歴をデータベースに格納する。 2-4 過去の調査データ300C-2y 染色体異常および心疾患以外履歴サブデータ管理システムで編集したC-2y 染色体異常および心疾患以外の編集履歴をデータベースに格納する。 2-4 過去の調査データ301 C-2y 先天性心疾患履歴データ管理システムで編集したC-2y 先天性心疾患の編集履歴をデータベースに格納する。 2-4 過去の調査データ302 C-2y 先天性心疾患履歴サブデータ管理システムで編集したC-2y 先天性心疾患の編集履歴をデータベースに格納する。 2-4 過去の調査データ303 C-2y 内分泌・代謝異常履歴データ管理システムで編集したC-2y 内分泌・代謝異常の編集履歴をデータベースに格納する。 2-4 過去の調査データ304 C-2y 内分泌・代謝異常履歴サブデータ管理システムで編集したC-2y 内分泌・代謝異常の編集履歴をデータベースに格納する。 2-4 過去の調査データ305 C-2y てんかん(2歳以前発症)履歴データ管理システムで編集したC-2y てんかん(2歳以前発症)の編集履歴をデータベースに格納する。 2-4 過去の調査データ306C-2y てんかん(2歳以前発症)履歴サブデータ管理システムで編集したC-2y てんかん(2歳以前発症)の編集履歴をデータベースに格納する。 2-4 過去の調査データ307 C-2y 川崎病履歴データ管理システムで編集したC-2y 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ308 C-2y 川崎病履歴サブデータ管理システムで編集したC-2y 川崎病の編集履歴をデータベースに格納する。 2-4 過去の調査データ309 C-1.5y 環境測定記録履歴データ管理システムで編集したC-1.5y 環境測定記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ310 C-1.5y 環境測定記録履歴サブデータ管理システムで編集したC-1.5y 環境測定記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ311 C-1.5y 住環境調査票履歴データ管理システムで編集したC-1.5y 住環境調査票の編集履歴をデータベースに格納する。 2-4 過去の調査データ312 C-1.5y 住環境調査票履歴サブデータ管理システムで編集したC-1.5y 住環境調査票の編集履歴をデータベースに格納する。 2-4 過去の調査データ313 C-1.5y 生活行動記録履歴データ管理システムで編集したC-1.5y 生活行動記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ314 C-1.5y 生活行動記録履歴サブデータ管理システムで編集したC-1.5y 生活行動記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ315C-1.5y 長期的ハウスダスト採取記録履歴データ管理システムで編集したC-1.5y 長期的ハウスダスト採取記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ316C-1.5y 長期的ハウスダスト採取記録履歴サブデータ管理システムで編集したC-1.5y 長期的ハウスダスト採取記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ317 C-2y 医学的検査履歴データ管理システムで編集したC-2y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ318 C-2y 医学的検査履歴サブデータ管理システムで編集したC-2y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ9エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目319 C-2y 精神神経発達検査履歴データ管理システムで編集したC-2y 精神神経発達検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ320 C-2y 精神神経発達検査履歴サブデータ管理システムで編集したC-2y 精神神経発達検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ321 疾患情報履歴 データ管理システムで編集した疾患情報の編集履歴をデータベースに格納する。2-4 過去の調査データ322 疾患情報履歴サブ データ管理システムで編集した疾患情報の編集履歴をデータベースに格納する。2-4 過去の調査データ323 小児がん 造血器腫瘍履歴データ管理システムで編集した小児がん 造血器腫瘍の編集履歴をデータベースに格納する。 2-4 過去の調査データ324 小児がん 造血器腫瘍履歴サブデータ管理システムで編集した小児がん 造血器腫瘍の編集履歴をデータベースに格納する。 2-4 過去の調査データ325小児がん 固形腫瘍(脳・脊髄腫瘍を除く)履歴データ管理システムで編集した小児がん 固形腫瘍(脳・脊髄腫瘍を除く)の編集履歴をデータベースに格納する。 2-4 過去の調査データ326小児がん 固形腫瘍(脳・脊髄腫瘍を除く)履歴サブデータ管理システムで編集した小児がん 固形腫瘍(脳・脊髄腫瘍を除く)の編集履歴をデータベースに格納する。 2-4 過去の調査データ327 小児がん 脳・脊髄腫瘍履歴データ管理システムで編集した小児がん 脳・脊髄腫瘍の編集履歴をデータベースに格納する。 2-4 過去の調査データ328 小児がん 脳・脊髄腫瘍履歴サブデータ管理システムで編集した小児がん 脳・脊髄腫瘍の編集履歴をデータベースに格納する。 2-4 過去の調査データ329 てんかん(2歳以降発症)履歴データ管理システムで編集したてんかん(2歳以降発症)の編集履歴をデータベースに格納する。 2-4 過去の調査データ330 てんかん(2歳以降発症)履歴サブデータ管理システムで編集したてんかん(2歳以降発症)の編集履歴をデータベースに格納する。 2-4 過去の調査データ331 川崎病(4歳以降発症)履歴データ管理システムで編集した川崎病(4歳以降発症)の編集履歴をデータベースに格納する。 2-4 過去の調査データ332 川崎病(4歳以降発症)履歴サブデータ管理システムで編集した川崎病(4歳以降発症)の編集履歴をデータベースに格納する。 2-4 過去の調査データ333 C-3y 環境測定記録履歴データ管理システムで編集したC-3y 環境測定記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ334 C-3y 環境測定記録履歴サブデータ管理システムで編集したC-3y 環境測定記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ335 C-3y 住環境調査票履歴データ管理システムで編集したC-3y 住環境調査票の編集履歴をデータベースに格納する。 2-4 過去の調査データ336 C-3y 住環境調査票履歴サブデータ管理システムで編集したC-3y 住環境調査票の編集履歴をデータベースに格納する。 2-4 過去の調査データ337 C-3y 生活行動記録履歴データ管理システムで編集したC-3y 生活行動記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ338 C-3y 生活行動記録履歴サブデータ管理システムで編集したC-3y 生活行動記録の編集履歴をデータベースに格納する。 2-4 過去の調査データ339 C-4y 医学的検査履歴データ管理システムで編集したC-4y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ340 C-4y 医学的検査履歴サブデータ管理システムで編集したC-4y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ341 C-4y 精神神経発達検査履歴データ管理システムで編集したC-4y 精神神経発達検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ342 C-4y 精神神経発達検査履歴サブデータ管理システムで編集したC-4y 精神神経発達検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ343 内分泌・代謝(疾患情報)履歴データ管理システムで編集した内分泌・代謝(疾患情報)の編集履歴をデータベースに格納する。 2-4 過去の調査データ344 精神神経発達(疾患情報)履歴データ管理システムで編集した精神神経発達(疾患情報)の編集履歴をデータベースに格納する。 2-4 過去の調査データ345 C-6y 医学的検査履歴データ管理システムで編集したC-6y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ346 C-6y 医学的検査履歴サブデータ管理システムで編集したC-6y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ347 学童期検査(小学２年生)履歴データ管理システムで編集した学童期検査(小学２年生)の編集履歴をデータベースに格納する。 2-4 過去の調査データ348 CAT検査CPT結果(S2)履歴データ管理システムで編集したCAT検査CPT結果(S2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ349 CAT検査FTT結果(S2)履歴データ管理システムで編集したCAT検査FTT結果(S2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ350 C-8y 医学的検査履歴データ管理システムで編集したC-8y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ351 C-8y 医学的検査履歴サブデータ管理システムで編集したC-8y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ352 C-8y 精神神経発達検査履歴データ管理システムで編集したC-8y 精神神経発達検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ353 CAT検査EL結果(C8y)履歴データ管理システムで編集したCAT検査EL結果(C8y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ10エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目354 CAT検査CPT結果(C8y)履歴データ管理システムで編集したCAT検査CPT結果(C8y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ355 CAT検査FTT結果(C8y)履歴データ管理システムで編集したCAT検査FTT結果(C8y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ356 学童期検査(小学６年生)履歴データ管理システムで編集した学童期検査(小学６年生)の編集履歴をデータベースに格納する。 2-4 過去の調査データ357 C-10y 医学的検査履歴データ管理システムで編集したC-10y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ358 C-10y 医学的検査履歴サブデータ管理システムで編集したC-10y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ359 C-10y 精神神経発達検査履歴データ管理システムで編集したC-10y 精神神経発達検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ360C-10y 精神神経発達検査(SCAS)履歴データ管理システムで編集したSCAS検査結果(C10y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ361C-10y 精神神経発達検査(WISCIV)履歴データ管理システムで編集したWISC-IV検査結果(C10y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ362C-10y 精神神経発達検査(Ravens)履歴データ管理システムで編集したRaven's検査結果(C10y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ363 CAT検査CPT結果(S6)履歴データ管理システムで編集したCAT検査CPT結果(S6)の編集履歴をデータベースに格納する。 2-4 過去の調査データ364 CAT検査FTT結果(S6)履歴データ管理システムで編集したCAT検査FTT結果(S6)の編集履歴をデータベースに格納する。 2-4 過去の調査データ365 C-12y 医学的検査履歴データ管理システムで編集したC-12y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ366 C-12y 医学的検査履歴サブデータ管理システムで編集したC-12y 医学的検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ367 C-12y 精神神経発達検査履歴データ管理システムで編集したC-12y 精神神経発達検査の編集履歴をデータベースに格納する。 2-4 過去の調査データ368 CAT検査EL結果(C12y)履歴データ管理システムで編集したCAT検査EL結果(C12y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ369 CAT検査CPT結果(C12y)履歴データ管理システムで編集したCAT検査CPT結果(C12y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ370 CAT検査FTT結果(C12y)履歴データ管理システムで編集したCAT検査FTT結果(C12y)の編集履歴をデータベースに格納する。 2-4 過去の調査データ371 生体試料履歴データ管理システムで編集した生体試料検査結果情報の編集履歴をデータベースに格納する。 2-4 過去の調査データ372 生体試料履歴サブデータ管理システムで編集した生体試料検査結果情報の編集履歴をデータベースに格納する。 2-4 過去の調査データ373環境測定結果(ダニアレルゲン等)履歴データ管理システムで編集した環境測定結果(ダニアレルゲン等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ374環境測定結果(ダニアレルゲン等)履歴サブデータ管理システムで編集した環境測定結果(ダニアレルゲン等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ375環境測定結果(アルデヒド類等)履歴データ管理システムで編集した環境測定結果(アルデヒド類等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ376環境測定結果(アルデヒド類等)履歴サブデータ管理システムで編集した環境測定結果(アルデヒド類等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ377環境測定結果(揮発性有機化合物)履歴データ管理システムで編集した環境測定結果(揮発性有機化合物)の編集履歴をデータベースに格納する。 2-4 過去の調査データ378環境測定結果(揮発性有機化合物)履歴サブデータ管理システムで編集した環境測定結果(揮発性有機化合物)の編集履歴をデータベースに格納する。 2-4 過去の調査データ379環境測定結果(粒子状大気汚染物質)履歴データ管理システムで編集した環境測定結果(粒子状大気汚染物質)の編集履歴をデータベースに格納する。 2-4 過去の調査データ380環境測定結果(粒子状大気汚染物質)履歴サブデータ管理システムで編集した環境測定結果(粒子状大気汚染物質)の編集履歴をデータベースに格納する。 2-4 過去の調査データ381 医学的検査結果(内分泌等)履歴データ管理システムで編集した医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ382医学的検査結果(内分泌等)履歴サブデータ管理システムで編集した医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ383 医学的検査結果(特異的IgE)履歴データ管理システムで編集した医学的検査結果(特異的IgE)の編集履歴をデータベースに格納する。 2-4 過去の調査データ384医学的検査結果(特異的IgE)履歴サブデータ管理システムで編集した医学的検査結果(特異的IgE)の編集履歴をデータベースに格納する。 2-4 過去の調査データ385医学的検査結果(特異的IgG、特異的IgA)履歴データ管理システムで編集した医学的検査結果(特異的IgG、特異的IgA)の編集履歴をデータベースに格納する。 2-4 過去の調査データ386医学的検査結果(特異的IgG、特異的IgA)履歴サブデータ管理システムで編集した医学的検査結果(特異的IgG、特異的IgA)の編集履歴をデータベースに格納する。 2-4 過去の調査データ387 放射線量データ履歴データ管理システムで編集した放射線量データの編集履歴をデータベースに格納する。 2-4 過去の調査データ388 放射線量データ履歴サブデータ管理システムで編集した放射線量データの編集履歴をデータベースに格納する。 2-4 過去の調査データ11エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目389C-3y 環境測定結果(ダニアレルゲン等)履歴データ管理システムで編集したC-3y環境測定結果(ダニアレルゲン等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ390C-3y 環境測定結果(ダニアレルゲン等)履歴サブデータ管理システムで編集したC-3y環境測定結果(ダニアレルゲン等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ391C-3y 環境測定結果(アルデヒド類等)履歴データ管理システムで編集したC-3y環境測定結果(アルデヒド類等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ392C-3y 環境測定結果(アルデヒド類等)履歴サブデータ管理システムで編集したC-3y環境測定結果(アルデヒド類等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ393C-3y 環境測定結果(揮発性有機化合物)履歴データ管理システムで編集したC-3y環境測定結果(揮発性有機化合物)の編集履歴をデータベースに格納する。 2-4 過去の調査データ394C-3y 環境測定結果(揮発性有機化合物)履歴サブデータ管理システムで編集したC-3y環境測定結果(揮発性有機化合物)の編集履歴をデータベースに格納する。 2-4 過去の調査データ395C-3y 環境測定結果(粒子状大気汚染物質)履歴データ管理システムで編集したC-3y環境測定結果(粒子状大気汚染物質)の編集履歴をデータベースに格納する。 2-4 過去の調査データ396C-3y 環境測定結果(粒子状大気汚染物質)履歴サブデータ管理システムで編集したC-3y環境測定結果(粒子状大気汚染物質)の編集履歴をデータベースに格納する。 2-4 過去の調査データ397 金属類濃度測定結果履歴データ管理システムで編集した金属類濃度測定結果の編集履歴をデータベースに格納する。 2-4 過去の調査データ398C-4y 医学的検査結果(内分泌等)履歴データ管理システムで編集したC-4y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ399C-4y 医学的検査結果(内分泌等)履歴サブデータ管理システムで編集したC-4y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ400C-4y 医学的検査結果(特異的IgE)履歴データ管理システムで編集したC-4y 医学的検査結果(特異的IgE)の編集履歴をデータベースに格納する。 2-4 過去の調査データ401C-4y 医学的検査結果(特異的IgE)履歴サブデータ管理システムで編集したC-4y 医学的検査結果(特異的IgE)の編集履歴をデータベースに格納する。 2-4 過去の調査データ402C-4y 医学的検査結果(特異的IgG、特異的IgA)履歴データ管理システムで編集したC-4y 医学的検査結果(特異的IgG、特異的IgA)の編集履歴をデータベースに格納する。 2-4 過去の調査データ403C-4y 医学的検査結果(特異的IgG、特異的IgA)履歴サブデータ管理システムで編集したC-4y 医学的検査結果(特異的IgG、特異的IgA)の編集履歴をデータベースに格納する。 2-4 過去の調査データ404 C-4y 医学的検査結果(尿)履歴データ管理システムで編集したC-4y 医学的検査結果(尿)の編集履歴をデータベースに格納する。 2-4 過去の調査データ405C-4y 医学的検査結果(尿)履歴サブデータ管理システムで編集したC-4y 医学的検査結果(尿)の編集履歴をデータベースに格納する。 2-4 過去の調査データ406 乳歯協力情報履歴データ管理システムで編集した乳歯協力情報の編集履歴をデータベースに格納する。 2-4 過去の調査データ407C-6y 医学的検査結果(内分泌等)履歴データ管理システムで編集したC-6y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ408C-6y 医学的検査結果(内分泌等)履歴サブデータ管理システムで編集したC-6y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ409C-6y 医学的検査結果(特異的IgE)履歴データ管理システムで編集したC-6y 医学的検査結果(特異的IgE)の編集履歴をデータベースに格納する。 2-4 過去の調査データ410C-6y 医学的検査結果(特異的IgG、特異的IgA)履歴データ管理システムで編集したC-6y 医学的検査結果(特異的IgG、特異的IgA)の編集履歴をデータベースに格納する。 2-4 過去の調査データ411 C-6y 医学的検査結果(尿)履歴データ管理システムで編集したC-6y 医学的検査結果(尿)の編集履歴をデータベースに格納する。 2-4 過去の調査データ412 尿検査結果(S2)履歴データ管理システムで編集した尿検査結果(S2)の編集履歴をデータベースに格納する。 2-4 過去の調査データ413C-8y 医学的検査結果(内分泌等)履歴データ管理システムで編集したC-8y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ414C-8y 医学的検査結果(内分泌等)履歴サブデータ管理システムで編集したC-8y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ415C-8y 医学的検査結果(特異的IgE)履歴データ管理システムで編集したC-8y 医学的検査結果(特異的IgE)の編集履歴をデータベースに格納する。 2-4 過去の調査データ416C-8y 医学的検査結果(特異的IgG、特異的IgA)履歴データ管理システムで編集したC-8y 医学的検査結果(特異的IgG、特異的IgA)の編集履歴をデータベースに格納する。 2-4 過去の調査データ417 C-6y 医学的検査結果(尿)履歴データ管理システムで編集したC-8y 医学的検査結果(尿)の編集履歴をデータベースに格納する。 2-4 過去の調査データ418C-10y 医学的検査結果(内分泌等)履歴データ管理システムで編集したC-10y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ419C-10y 医学的検査結果(内分泌等)履歴サブデータ管理システムで編集したC-10y 医学的検査結果(内分泌等)の編集履歴をデータベースに格納する。 2-4 過去の調査データ420C-10y 医学的検査結果(特異的IgE)履歴データ管理システムで編集したC-10y 医学的検査結果(特異的IgE)の編集履歴をデータベースに格納する。 2-4 過去の調査データ421C-10y 医学的検査結果(特異的IgG、特異的IgA)履歴データ管理システムで編集したC-10y 医学的検査結果(特異的IgG、特異的IgA)の編集履歴をデータベースに格納する。 2-4 過去の調査データ422 C-10y 医学的検査結果(尿)履歴データ管理システムで編集したC-10y 医学的検査結果(尿)の編集履歴をデータベースに格納する。 2-4 過去の調査データ423 C-10y 医学的検査結果(全血)履歴データ管理システムで編集したC-10y 医学的検査結果(全血)の編集履歴をデータベースに格納する。 2-4 過去の調査データ12エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目424 血液・尿検査結果(S6)履歴データ管理システムで編集した血液・尿検査結果(S6)の編集履歴をデータベースに格納する。 2-4 過去の調査データ425 個人結果送付データ管理システムから登録した個人結果送付のデータをデータベースに格納する。 3-1 結果返却426 個人結果送付サブデータ管理システムから登録した個人結果送付のデータをデータベースに格納する。 3-1 結果返却427 個人結果送付履歴データ管理システムで編集した個人結果送付の編集履歴をデータベースに格納する。 3-1 結果返却428 個人結果送付履歴サブデータ管理システムで編集した個人結果送付の編集履歴をデータベースに格納する。 3-1 結果返却429 お知らせ データ管理システムから登録したお知らせデータをデータベースに格納する。5-2 お知らせ430 お知らせサブ データ管理システムから登録したお知らせデータをデータベースに格納する。5-2 お知らせ431 お知らせ履歴データ管理システムで編集したお知らせデータの編集履歴をデータベースに格納する。 5-2 お知らせ432 お知らせ履歴サブデータ管理システムで編集したお知らせデータの編集履歴をデータベースに格納する。 5-2 お知らせ433 星取表 星取表をデータベースに格納する。6-3 回答星取り情報434 星取表更新情報 星取表をデータベースに格納する。6-3 回答星取り情報435 認証ログイン履歴 ログイン履歴を格納する。7-1 業務システムアクセス履歴436 調査時期 データ管理システムから登録した調査時期のデータをデータベースに格納する。7-2 調査データ登録履歴437 調査時期サブ データ管理システムから登録した調査時期のデータをデータベースに格納する。7-2 調査データ登録履歴438 調査時期履歴 データ管理システムで編集した調査時期の編集履歴をデータベースに格納する。7-2 調査データ登録履歴439 調査時期履歴サブ データ管理システムで編集した調査時期の編集履歴をデータベースに格納する。7-2 調査データ登録履歴440 送付情報 データ管理システムから登録した送付情報のデータをデータベースに格納する。7-2 調査データ登録履歴441 送付情報サブ データ管理システムから登録した送付情報のデータをデータベースに格納する。7-2 調査データ登録履歴442 送付情報履歴 データ管理システムで編集した送付情報の編集履歴をデータベースに格納する。7-2 調査データ登録履歴443 送付情報履歴サブ データ管理システムで編集した送付情報の編集履歴をデータベースに格納する。7-2 調査データ登録履歴444 スケジュールデータ管理システムから登録したスケジュールのデータをデータベースに格納する。 7-2 調査データ登録履歴445 スケジュールサブデータ管理システムから登録したスケジュールのデータをデータベースに格納する。 7-2 調査データ登録履歴446 スケジュール詳細データデータ管理システムから登録したスケジュールのデータをデータベースに格納する。 7-2 調査データ登録履歴447 スケジュール履歴データ管理システムで編集したスケジュールの編集履歴をデータベースに格納する。 7-2 調査データ登録履歴448 スケジュール履歴サブデータ管理システムで編集したスケジュールの編集履歴をデータベースに格納する。 7-2 調査データ登録履歴449 スケジュール履歴詳細データデータ管理システムで編集したスケジュールの編集履歴をデータベースに格納する。 7-2 調査データ登録履歴450スケジュール(同一調査時期支払い)データ管理システムから登録したスケジュール(同一調査時期支払い)のデータをデータベースに格納する。 7-2 調査データ登録履歴451スケジュール(同一調査時期支払い)サブデータ管理システムから登録したスケジュール(同一調査時期支払い)のデータをデータベースに格納する。 7-2 調査データ登録履歴452スケジュール(同一調査時期支払い)詳細データデータ管理システムから登録したスケジュール(同一調査時期支払い)のデータをデータベースに格納する。 7-2 調査データ登録履歴453スケジュール(同一調査時期支払い)履歴データ管理システムで編集したスケジュール(同一調査時期支払い)の編集履歴をデータベースに格納する。 7-2 調査データ登録履歴454スケジュール(同一調査時期支払い)履歴サブデータ管理システムで編集したスケジュール(同一調査時期支払い)の編集履歴をデータベースに格納する。 7-2 調査データ登録履歴455スケジュール(同一調査時期支払い)履歴詳細データデータ管理システムで編集したスケジュール(同一調査時期支払い)の編集履歴をデータベースに格納する。 7-2 調査データ登録履歴456 リクルート者数・現参加者数情報データ管理システムから登録したリクルート者数・現参加者数情報のデータをデータベースに格納する。 7-2 調査データ登録履歴457リクルート者数・現参加者数情報サブデータ管理システムから登録したリクルート者数・現参加者数情報のデータをデータベースに格納する。 7-2 調査データ登録履歴458リクルート者数・現参加者数情報履歴データ管理システムで編集したリクルート者数・現参加者数情報の編集履歴をデータベースに格納する。 7-2 調査データ登録履歴459リクルート者数・現参加者数情報履歴サブデータ管理システムで編集したリクルート者数・現参加者数情報の編集履歴をデータベースに格納する。 7-2 調査データ登録履歴460 質問票送付対象者抽出データ管理システムから登録した質問票送付対象者抽出のデータをデータベースに格納する。 7-2 調査データ登録履歴13エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目461 質問票送付対象者抽出サブデータ管理システムから登録した質問票送付対象者抽出のデータをデータベースに格納する。 7-2 調査データ登録履歴462 質問票送付対象者抽出履歴データ管理システムで編集した質問票送付対象者抽出の編集履歴をデータベースに格納する。 7-2 調査データ登録履歴463 質問票送付対象者抽出履歴サブデータ管理システムで編集した質問票送付対象者抽出の編集履歴をデータベースに格納する。 7-2 調査データ登録履歴464 学童期検査送付対象者抽出データ管理システムから登録した学童期検査送付対象者抽出のデータをデータベースに格納する。 7-2 調査データ登録履歴465 詳細調査送付対象者抽出データ管理システムから登録した詳細調査送付対象者抽出のデータをデータベースに格納する。 7-2 調査データ登録履歴466 個人情報履歴 データ管理システムで編集した個人情報の編集履歴をデータベースに格納する。7-3 アカウント情報登録(修正)履歴467 個人情報履歴サブ データ管理システムで編集した個人情報の編集履歴をデータベースに格納する。7-3 アカウント情報登録(修正)履歴468 エコチルID履歴データ管理システムで編集したエコチルIDの編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴469 エコチルID履歴サブデータ管理システムで編集したエコチルIDの編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴470 親子関係情報履歴データ管理システムで編集した親子関係情報の編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴471 親子関係情報履歴サブデータ管理システムで編集した親子関係情報の編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴472 ID発行申請履歴データ管理システムで編集したID発行申請の編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴473 ID発行申請履歴サブデータ管理システムで編集したID発行申請の編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴474 住所履歴データ履歴データ管理システムで編集した住所履歴データの編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴475 住所履歴データ履歴サブデータ管理システムで編集した住所履歴データの編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴476 送付先住所履歴データ履歴データ管理システムで編集した送付先住所履歴データの編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴477 送付先住所履歴データ履歴サブデータ管理システムで編集した送付先住所履歴データの編集履歴をデータベースに格納する。 7-3 アカウント情報登録(修正)履歴478 同意書ID履歴 データ管理システムで編集した同意書IDの編集履歴をデータベースに格納する。7-4 同意情報登録(修正)履歴479 同意書ID履歴サブ データ管理システムで編集した同意書IDの編集履歴をデータベースに格納する。7-4 同意情報登録(修正)履歴480 同意撤回履歴 データ管理システムで編集した同意撤回の編集履歴をデータベースに格納する。7-4 同意情報登録(修正)履歴481 同意撤回履歴サブ データ管理システムで編集した同意撤回の編集履歴をデータベースに格納する。7-4 同意情報登録(修正)履歴482 同意書情報履歴データ管理システムで編集した同意書情報の編集履歴をデータベースに格納する。 7-4 同意情報登録(修正)履歴483 同意書情報履歴サブデータ管理システムで編集した同意書情報の編集履歴をデータベースに格納する。 7-4 同意情報登録(修正)履歴484 詳細調査同意書情報履歴データ管理システムで編集した詳細調査同意書情報の編集履歴をデータベースに格納する。 7-4 同意情報登録(修正)履歴485 詳細調査同意書情報履歴サブデータ管理システムで編集した詳細調査同意書情報の編集履歴をデータベースに格納する。 7-4 同意情報登録(修正)履歴486 遺伝子解析協力辞退情報履歴データ管理システムで編集した遺伝子解析協力辞退情報の編集履歴をデータベースに格納する。 7-4 同意情報登録(修正)履歴487 個人情報CSVダウンロード確認データ管理システムから登録した個人情報CSVダウンロード確認のデータをデータベースに格納する。 7-5 ファイルアクセス履歴488 個人情報CSVダウンロード確認サブデータ管理システムから登録した個人情報CSVダウンロード確認のデータをデータベースに格納する。 7-5 ファイルアクセス履歴489 個人情報CSVダウンロード確認履歴データ管理システムで編集した個人情報CSVダウンロード確認の編集履歴をデータベースに格納する。 7-5 ファイルアクセス履歴490個人情報CSVダウンロード確認履歴サブデータ管理システムで編集した個人情報CSVダウンロード確認の編集履歴をデータベースに格納する。 7-5 ファイルアクセス履歴491 個人情報CSVダウンロード子データデータ管理システムから登録した個人情報CSVダウンロード子データのデータをデータベースに格納する。 7-5 ファイルアクセス履歴492 業務バッチ管理 業務バッチの起動管理の情報を格納する。7-8 業務サーバシステム情報493 ロールマスタ ロールの名称を格納する。7-10 その他マスタ情報494 業務ID採番 業務IDの採番マスタ。7-10 その他マスタ情報495 種別マスタ 画面上のプルダウンの選択肢を格納する。7-10 その他マスタ情報496 種別区分マスタ画面上のプルダウンの名称(実際のプルダウンの選択肢の値ではない)を格納する。 7-10 その他マスタ情報497 郵便番号マスタ日本郵政が提供する郵便番号－住所データを格納する(不要データ排除後のデータを格納する)。 7-10 その他マスタ情報498 利用者組織マスタ 組織情報を格納する。7-10 その他マスタ情報14エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(データ管理システム)No. テーブル名 説明 データ一覧項目499 画面項目制御管理 画面項目の非表示、非活性の制御情報を格納する。7-10 その他マスタ情報500 メニューマスタ メニュー定義を格納する。7-10 その他マスタ情報501 共通_採番マスタ RECORD IDの採番データを格納する。7-10 その他マスタ情報502 協力医療機関データ管理システムから登録した協力医療機関のデータをデータベースに格納する。 7-10 その他マスタ情報503 協力医療機関サブデータ管理システムから登録した協力医療機関のデータをデータベースに格納する。 7-10 その他マスタ情報504 協力医療機関履歴データ管理システムで編集した協力医療機関の編集履歴をデータベースに格納する。 7-10 その他マスタ情報505 協力医療機関履歴サブデータ管理システムで編集した協力医療機関の編集履歴をデータベースに格納する。 7-10 その他マスタ情報506 試料管理(マスタ)データ管理システムから登録した試料管理(マスタ)のデータをデータベースに格納する。 7-10 その他マスタ情報507 学校マスタ コアセンターで購入した学校情報をツールで格納する。7-10 その他マスタ情報508 ドキュメント ファイルの添付を行った際に、実ファイル名を格納する。7-11 その他トラン情報509 ドキュメントフォルダ ファイルの添付を行った際に、実ファイルの格納先ディレクトリ名を格納する。7-11 その他トラン情報510 CSV出力SQL保存テーブル 画面からデータ出力申請があったときのデータを格納する。7-11 その他トラン情報511 検索パラメータ保存テーブル データ出力申請時の検索条件を格納する。7-11 その他トラン情報15エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧 (参加者ポータルシステム・業務管理)参加者ポータルシステム(業務管理)No. テーブル名 説明1 参加者ID管理 各参加者の参加者IDと、対象参加者のエコチルIDとの紐づけを管理する。1-1 利用者アカウント情報2 エコチル調査基本情報エコチル調査参加者の各調査データや管理データとの紐づけの中心となる参加者データを管理する。 1-1 利用者アカウント情報3 参加者アカウント 参加者ポータルアプリ専用の情報を管理する。1-1 利用者アカウント情報4 参加者個人情報 参加者の個人情報を管理する。1-1 利用者アカウント情報5 参加者添付ドキュメント 参加者の添付ドキュメントを管理する。1-1 利用者アカウント情報6 家族情報 家族の世帯を管理する。1-2 親子関係情報・家族情報7 家族関係情報 家族内の家族構成を管理する。1-2 親子関係情報・家族情報8 家族添付ドキュメント 家族の添付ドキュメントを管理する。1-2 親子関係情報・家族情報9 参加者同意情報 各参加者の各種同意/調査協力状況を管理する。1-3 同意情報10 第一期同意書情報 第一期同意書情報を管理する。1-3 同意情報11 第二期同意書情報 第二期同意書情報を管理する。1-3 同意情報12 個別調査同意書情報 個別調査に関する同意書情報を管理する。1-3 同意情報13 同意書添付ドキュメント 同意書の添付ドキュメントを管理する。1-3 同意情報14 協力取りやめ申請情報 ポータルに連携する協力取りやめ申請の情報を管理する。1-3 同意情報15 利用者情報 業務管理サブシステムの利用者を管理する。1-4 業務システム利用者情報16 利用者認証情報 業務管理サブシステムの利用者認証情報を管理する。1-4 業務システム利用者情報17 利用者権限情報 利用者に付与された権限情報を管理する。1-4 業務システム利用者情報18 組織情報 組織を管理する。1-4 業務システム利用者情報19 権限情報 利用者の権限情報を管理する。1-4 業務システム利用者情報20 ロール情報 利用者のロール情報を管理する。1-4 業務システム利用者情報21 利用者情報変更履歴 業務管理サブシステムの利用者の変更履歴を管理する。1-4 業務システム利用者情報22 利用者権限情報変更履歴 利用者に付与された権限情報の変更履歴を管理する。1-4 業務システム利用者情報23 組織情報変更履歴 組織の変更履歴を管理する。1-4 業務システム利用者情報24 ポイント受け払い履歴 参加者のポイントの受け払い履歴を管理する。1-5 謝礼情報・ポイント情報25 ギフト交換履歴 参加者のギフト交換履歴を管理する。1-5 謝礼情報・ポイント情報26 ギフト情報 ギフト情報を管理する。データ管理システムからコンバートした。1-5 謝礼情報・ポイント情報27 Web調査回答Web質問票サブシステムより連携される各参加者のWeb調査の回答データを管理する。 2-1 Web質問表による回答データ28 生体検査データ取込情報 調査・検査種別毎の生体検査データの取込情報を管理する。2-3 試料検査によるデータ29 生体検査データ 各調査・検査種別・参加者の生体検査データを管理する。2-3 試料検査によるデータ30 Web調査定義変更履歴Web調査作成依頼内容に従って作成されたWeb調査の基本情報の変更履歴を管理する。 2-4 過去の調査データ31 Web調査設問定義変更履歴Web調査作成依頼内容に従って作成されたWeb調査の各設問情報の変更履歴を管理する。 2-4 過去の調査データ32 Web調査回答変更履歴Web質問票サブシステムより連携される各参加者のWeb調査の回答データの変更履歴を管理する。 2-4 過去の調査データ33 Web調査表示対象変更履歴 Web調査の公開対象参加者情報の変更履歴を管理する。2-4 過去の調査データ34 Web調査表示対象個別URL変更履歴 Web調査の公開対象参加者用の個別Web調査URL情報の変更履歴を管理する。2-4 過去の調査データ35 Web調査表示対象設定変更履歴 Web調査の表示対象者設定の変更履歴を管理する。2-4 過去の調査データ36Web調査表示対象設定変更履歴(Web調査)Web調査の表示対象者設定(Web調査)の変更履歴を管理する。2-4 過去の調査データ37Web調査表示対象設定変更履歴(個人情報)Web調査の表示対象者設定(個人情報)の変更履歴を管理する。2-4 過去の調査データ38Web調査表示対象設定変更履歴(同意状況)Web調査の表示対象者設定(同意状況)を管理する。2-4 過去の調査データ39 参加者成長記録 質問票回答や調査結果から抽出した身長、体重情報を管理する。3-1 結果返却40 結果返却管理 各参加者の結果返却情報を管理する。3-1 結果返却41 Web調査定義 Web調査作成依頼内容に従って作成されたWeb調査の基本情報を管理する。5-1 Web質問票(設計情報、質問票)42 Web調査設問定義 Web調査作成依頼内容に従って作成されたWeb調査の各設問情報を管理する。5-1 Web質問票(設計情報、質問票)43 Web調査表示対象 Web調査の公開対象参加者情報を管理する。5-1 Web質問票(設計情報、質問票)44 Web調査表示対象個別URL Web調査の公開対象参加者用の個別Web調査URL情報を管理する。5-1 Web質問票(設計情報、質問票)45 Web調査表示対象設定 参加者向けのWeb調査の表示対象者設定を管理する。5-1 Web質問票(設計情報、質問票)46 Web調査表示対象設定(Web調査) 参加者向けのWeb調査の表示対象者設定(Web調査)を管理する。5-1 Web質問票(設計情報、質問票)47 Web調査表示対象設定(個人情報) 参加者向けのWeb調査の表示対象者設定(個人情報)を管理する。5-1 Web質問票(設計情報、質問票)48 Web調査表示対象設定(同意状況) 参加者向けのWeb調査の表示対象者設定(同意状況)を管理する。5-1 Web質問票(設計情報、質問票)49 Web質問票リマインド管理 Web質問票リマインド用の情報を管理する。5-1 Web質問票(設計情報、質問票)50 お知らせ情報 参加者向けのお知らせ情報を管理する。5-2 お知らせ51 お知らせリンク情報 参加者向けのお知らせ情報内に設定するリンクを管理する。5-2 お知らせ52 お知らせ表示対象 参加者向けのお知らせ情報の表示対象者を管理する。5-2 お知らせ53 お知らせ表示対象設定 参加者向けのお知らせ情報の表示対象者設定を管理する。5-2 お知らせ54 お知らせ表示対象設定(Web調査) 参加者向けのお知らせ情報の表示対象者設定(Ｗeb調査)を管理する。5-2 お知らせ55 お知らせ表示対象設定(個人情報) 参加者向けのお知らせ情報の表示対象者設定(個人情報)を管理する。5-2 お知らせデータ一覧項目16エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧 (参加者ポータルシステム・業務管理)No. テーブル名 説明 データ一覧項目56 お知らせ表示対象設定(同意状況) 参加者向けのお知らせ情報の表示対象者設定(同意状況)を管理する。5-2 お知らせ57 お知らせ情報変更履歴 参加者向けのお知らせ情報の変更履歴を管理する。5-2 お知らせ58 お知らせリンク情報変更履歴 参加者向けのお知らせ情報内に設定するリンクの変更履歴を管理する。5-2 お知らせ59 お知らせ表示対象変更履歴 参加者向けのお知らせ情報の表示対象者の変更履歴を管理する。5-2 お知らせ60 お知らせ表示対象設定変更履歴 参加者向けのお知らせ情報の表示対象者設定の変更履歴を管理する。5-2 お知らせ61お知らせ表示対象設定変更履歴(Web調査)参加者向けのお知らせ情報の表示対象者設定(Ｗeb調査)の変更履歴を管理する。 5-2 お知らせ62お知らせ表示対象設定変更履歴(個人情報)参加者向けのお知らせ情報の表示対象者設定(個人情報)の変更履歴を管理する。 5-2 お知らせ63お知らせ表示対象設定変更履歴(同意状況)参加者向けのお知らせ情報の表示対象者設定(同意状況)の変更履歴を管理する。 5-2 お知らせ64 Web調査お知らせ管理 Web調査配信通知用のお知らせ情報との紐付けを管理する。5-2 お知らせ65 内部お知らせ情報 内部お知らせ情報を管理する。5-2 お知らせ66 内部お知らせ情報変更履歴 内部お知らせ情報の変更履歴を管理する。5-2 お知らせ67 FAQ情報 FAQ情報を管理する。5-3 FAQ情報68 FAQキーワード FAQ情報の検索キーワードを管理する。5-3 FAQ情報69 FAQ閲覧履歴 FAQ情報の閲覧履歴を管理する。5-3 FAQ情報70 FAQ情報変更履歴 FAQ情報の変更履歴をを管理する。5-3 FAQ情報71 FAQキーワード変更履歴 FAQ情報の検索キーワードの変更履歴を管理する。5-3 FAQ情報72 お知らせ閲覧履歴 参加者向けのお知らせ情報の閲覧履歴を管理する。6-4 お知らせ閲覧履歴73 お問合せ情報 お問合せ情報を管理する。6-5 お問合せ閲覧履歴74 お問合せ情報変更履歴 お問合せ情報の変更履歴をを管理する。6-5 お問合せ閲覧履歴75 通知 各利用者向けのシステム通知を管理する。7-1 業務システムアクセス履歴76 操作履歴 各利用者のシステム操作ログを管理する。7-1 業務システムアクセス履歴77 データ管理システム移行データ データ管理システムからコンバートしたデータを保管する。7-2 調査データ登録履歴78 スケジュール情報 参加者の調査スケジュールを管理する。7-2 調査データ登録履歴79 調査内容明細 参加者の調査スケジュールの調査内容明細を管理する。7-2 調査データ登録履歴80 調査情報 調査情報を管理する。7-2 調査データ登録履歴81 スケジュール情報変更履歴 参加者の調査スケジュールの変更履歴を管理する。7-2 調査データ登録履歴82 調査内容明細変更履歴 参加者の調査スケジュールの調査内容明細の変更履歴を管理する。7-2 調査データ登録履歴83 調査情報変更履歴 調査情報の変更履歴を管理する。7-2 調査データ登録履歴84 エコチル調査基本情報変更履歴エコチル調査参加者の各調査データや管理データとの紐づけの中心となる参加者データの変更履歴を管理する。 7-3 アカウント情報登録(修正)履歴85 参加者個人情報変更履歴 参加者の個人情報の変更履歴を管理する。7-3 アカウント情報登録(修正)履歴86 参加者アカウント再発行履歴 参加者アカウントの再発行履歴を管理 7-3 アカウント情報登録(修正)履歴87 家族情報変更履歴 家族の世帯の変更履歴を管理する。7-3 アカウント情報登録(修正)履歴88 家族関係情報変更履歴 家族内の家族構成の変更履歴を管理する。7-3 アカウント情報登録(修正)履歴89 ユニット転出入履歴 参加者のユニット転出入履歴を管理する。7-3 アカウント情報登録(修正)履歴90 第二期同意書情報変更履歴 第二期同意書情報の変更履歴を管理する。7-4 同意情報登録(修正)履歴91 第二期同意書破棄情報変更履歴 第二期同意書破棄情報の変更履歴を管理する。7-4 同意情報登録(修正)履歴92 個別調査同意書情報変更履歴 個別調査に関する同意書情報の変更履歴を管理する。7-4 同意情報登録(修正)履歴93 協力取りやめ申請情報履歴 ポータルに連携する協力取りやめ申請の履歴情報を管理する。7-4 同意情報登録(修正)履歴94 CSVダウンロード管理 データ出力によるCSVファイルのダウンロード状況を管理する。7-5 ファイルアクセス履歴95 第一期同意書破棄情報 第一期同意書破棄情報を管理する。7-6 ファイル破棄履歴96 第二期同意書破棄情報 第二期同意書破棄情報を管理する。7-6 ファイル破棄履歴97 ショートカットメニュー 各利用者のショートカットメニューを管理する。7-7 メニューアクセス履歴98 変数マスタ 各種可変リスト項目を管理する。7-10 その他マスタ情報99 採番 各種採番を管理する。7-10 その他マスタ情報100 同意項目マスタ 各種同意の項目定義を管理する。7-10 その他マスタ情報101 管理ID種別 各種調査に参加する参加者の管理ID種別を管理する。7-10 その他マスタ情報102 学校情報 学校情報を管理する。7-10 その他マスタ情報103 協力医療機関 協力医療機関情報を管理する。7-10 その他マスタ情報104 学校情報変更履歴 学校情報の変更履歴を管理する。7-10 その他マスタ情報105 住所マスタ 住所情報を管理する。7-10 その他マスタ情報17エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(参加者ポータルシステム・ポータルサブ)参加者ポータルシステム(ポータルサブ)No. テーブル名 説明1 参加者アカウント ポータルサブシステムで使用するIDの管理を行う。1-1 利用者アカウント情報2 個人情報個人情報を含む、アカウント情報を管理する。個人情報部分については暗号化した情報とする。(JSON形式)1-1 利用者アカウント情報3 協力取りやめ申請情報 同意撤回管理テーブル 1-3 同意情報4 Web質問票回答 Web質問票に回答した内容を保存する。2-1 Web質問表による回答データ5 ポイント履歴 参加者が獲得、使用したポイントの履歴情報 4-1 ポイント残高、受け払い状況6 Web質問票定義 業務管理サブシステムから同期されたWeb質問票情報を管理する。5-1 Web質問票(設計情報、質問票)7 Web質問票表示対象 業務管理サブシステムから同期されたWeb質問票回答対象者の情報を管理する。5-1 Web質問票(設計情報、質問票)8 お知らせ情報 業務管理サブシステムから同期されたお知らせ情報を管理する。5-2 お知らせ9 お知らせリンク情報業務管理サブシステムから同期されたお知らせ表示対象者のリンク情報を管理する。 5-2 お知らせ10 お知らせ表示対象 業務管理サブシステムから同期されたお知らせ表示対象者の情報を管理する。5-2 お知らせ11 FAQ情報 業務管理サブシステムで作成したFAQ情報 5-3 FAQ情報12 FAQキーワード FAQの検索キーワードデータを管理する 5-3 FAQ情報13 ポータル操作履歴 ポータルを操作した履歴情報 6-1 Webサーバアクセス履歴14 Web質問票回答開始 Web質問票に回答開始した日時を保存する。6-2 回答状況履歴15 お知らせ閲覧履歴 お知らせ情報を参加者が確認した履歴情報を管理する。6-4 お知らせ閲覧履歴16 FAQ閲覧履歴 参加者がFAQ参照(検索)した履歴を管理する 6-5 お問合せ閲覧履歴17 お問合せカテゴリ情報 問合せのカテゴリ管理 6-5 お問合せ閲覧履歴18 お知らせSNS連携 ポータルサブより端末に送信するお知らせトピック管理 6-7 Webサーバシステム情報19 アプリバージョン情報 アプリ起動許可バージョン管理 6-7 Webサーバシステム情報20 お知らせ表示対象SNS連携 ポータルサブより端末に送信するお知らせサブスクリプション管理 6-7 Webサーバシステム情報21 学校情報 学校情報定数 7-10 その他マスタ情報データ一覧項目18エコチル調査データ管理システムの更改及び運用保守業務一式 別紙20 テーブル一覧(参加者ポータルシステム・ポータル管理サブ)参加者ポータルシステム(ポータル管理サブ)No. テーブル名 説明1 ポータル管理参加者情報 ポータルサブシステムでのみ管理する参加者情報を管理する。1-1 利用者アカウント情報2 ワンタイムパスワード ワンタイムパスワード発行時に一時的に管理する。1-1 利用者アカウント情報3 エコチル調査基本情報 参加者の基本を管理する(アプリは直接参照しない) 1-1 利用者アカウント情報4 家族関係情報 参加者の家族情報 1-2 親子関係情報・家族情報5 家族関係VIEW家族関係情報と参加者同意情報から生成されるVIEW(アプリはこれを参照する)1-2 親子関係情報・家族情報6 参加者同意情報 参加者の同意状況を管理する(アプリは直接参照しない) 1-3 同意情報7ポータル管理サブシステムユーザ情報ポータル管理サブシステムに入るためのユーザID、パスワードを管理する 1-4 業務システム利用者情報8 ギフト情報 ポイント交換画面に表示するアプリデータ名や、メニューアイコンを管理する 1-5 謝礼情報・ポイント情報9 ギフト交換履歴 参加者がギフト交換した履歴情報 1-5 謝礼情報・ポイント情報10 結果返却管理 結果返却PDFパス管理 3-1 結果返却11 参加者ポイント管理 参加者毎のポイント合計を管理する。4-1 ポイント残高、受け払い状況12 静的コンテンツ管理 ポータル管理サブシステムで登録する固定ページの内容 5-2 お知らせ13 FAQカテゴリ FAQのカテゴリ名を記した定数テーブル 5-3 FAQ情報14 最新閲覧履歴 参加者が最後に当該サイトにアクセスした履歴情報を管理する。6-1 Webサーバアクセス履歴15 お問合せ先情報 お問合せの先情報 6-5 お問合せ閲覧履歴16 ポータル管理操作履歴 ポータル管理を操作した履歴情報 7-1 業務システムアクセス履歴17 参加者へのメール管理参加者へのメールの内容を管理する※2レコードを想定・動作モード(1:初回ログイン 2:IDとパスワードの再発行 3:ポイント残のお知らせ 4:退会 5:同意撤回 6:リマインド 7:ポイント譲渡された 8:ポイント交換時の代諾者への確認)・メール件名・メール本文雛形(メールの本文、アプリストアへのリンクを含む)・送信元メールアドレス7-8 業務サーバシステム情報データ一覧項目19エコチル調査データ管理システムの更改及び運用保守業務一式 別紙21 データクレンジング概要クレンジング対象：下表「大分類」及び「小分類」では、不整合が生じる関係を示す。「観点」で不整合と判断する観点を整理している。 データ管理 ポータル1 8 2 -2 29(91)29(91)必須34 1 必須415 0 -5 -6 一部必須7 -例：【項番1.システム内不整合_キー情報】データ管理システムエコチルID ○○○ 親ID ○○〇同意回数 １ 同意回数３・・・ ・・・参加者ポータルシステム【項番2.システム内不整合_親と子のステータスの不整合】親が「打ち切り」で子が「同意」など、親と子のステータスの不整合について、一覧にまとめています。 【項番3.システム内不整合_キー情報業務データ】データ管理システム同意回数 １ 同意回数２・・・ ・・・参加者ポータルシステム・・・項番システム間不整合親と子のステータス 親のステータスと子のステータスについて、不正な関係になっているデータはないか。 東京都港区○○ 1-1-1 東京都港区○○ 1-1-1 住所・・・キー情報(欠損データ) データ管理システムと参加者ポータルシステムで、片方のシステムにしか存在しない参加者はいないか。 キー情報キー情報と業務データその他(個人情報関連)業務データのテーブルで、キー情報との紐付けに使用する項目が、キー情報と正しく紐付く値となっているか。 業務データのテーブルで、キー情報に紐付く項目以外で、個人の特定において不正なデータが登録されている可能性がないか。 大分類 小分類キー情報(値不一致) データ管理システムと参加者ポータルシステムで、キー情報に使用されているテーブルの同義の項目で、両システムの項目で値が不一致になるものはないか。 参加者ユニークID △△△参加者個人情報1000000001 1000000002各調査データキー情報群 各調査データ参加者ユニークID △△△ 参加者ユニークID □□□エコチルID ○○○ エコチルID ○○〇データ管理システムと参加者ポータルシステムで、マスタに使用されているテーブルの同義の項目で、両システムの項目で値が不一致になるものはないか。 マスタ情報(値不一致)1111111 1111111氏名(姓)氏名(名)郵便番号エコチル エコチル太郎 太郎・・・ ・・・キー情報群対応要否なお、対応要否欄に必須となっているものは、運用開始以前に、必須で対応する必要がある。 パターン数観点キー情報に使用されるテーブルで、個人の特定において不正なデータが登録されている可能性がないか。 システム内不整合45244同意書情報 親子関係情報キー情報と紐づかない＝不整合テーブル同士が紐づかない＝不整合同じ人物で違う参加者ユニークIDのデータが存在する＝不整合キー情報と紐づかない＝不整合1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙21 データクレンジング概要【項番4.システム内不整合_その他】 データ管理システムエコチルID ○○○ エコチルID ○○〇生年月日 2011/10/10 生年月日 2012/03/10・・・ ・・・ 参加者ポータルシステムなし【項番5.システム間不整合_キー情報(欠損データ)】 1.エコチルID情報の有無がシステムによって異なるケースポータル データ管理あり なしあり なしなし あり 2.個人情報の有無がシステムによって異なるケース 前提：エコチルIDは両システムにあるものとします。(上記1-1)ポータル データ管理【項番6.システム間不整合_キー情報(値不一致)】参加者ポータルシステム データ管理システム氏名(名) 太郎 同意書ID A00001 氏名(名) 太郎・・・ 同意回数 １ ・・・住所 東京都港区浜松町… ・・・ 住所山形県山形市…・・・ ・・・ ・・・ ・ポータルシステムは、ポータルアプリ側と業務管理側のデータを別々に管理していますが、バッチ処理にて連携を行っています。 そのため、ポータルアプリ側と業務管理側でデータ間に差異はないため、データ不整合調査ではデータ管理システムと参加者ポータルシステムの業務管理間を対象としています。 ・ポータルシステムのテーブルには、データをjson形式で保持している項目があり、それらの項目は１つで複数の情報が登録されています。 登録例(参加者個人情報テーブル)【データ管理システム】1-1 あり あり ○項番エコチルID整合性図【参加者ポータルシステム】個人情報 調査データ・その他業務データ参加者ユニークID ○○○ 参加者ユニークID ○○○ エコチルID △△△氏名(姓) エコチル エコチルID △△△ 氏名(姓) エコチル個人情報テーブル{氏名(ふりがな姓)：えこちる, 氏名(ふりがな名)：はなこ, 氏名(姓)：エコチル, 氏名(名)：花子}項目名 値参加者ユニークID 10000000012-4 なし なし ○2-1 あり あり ○2-2 あり なし ×個人情報(連携２) {郵便番号：1000111, 住所：東京都港区浜松町1-1-1, 建物名・部屋番号など：○○アパート, 電話番号(メイン)：0287111111, 電話番号(サブ)：09011111111, ・・・}個人情報(連携３) {氏名(ふりがな姓)(送付先)：えこちる, ・・・}参加者個人情報テーブル キー情報個人情報(連携１)×2-3 なし あり ×1-4 なし なし ○項番個人情報整合性図【参加者ポータルシステム】 【データ管理システム】※ポータル移行後に参加した代諾者の場合1-2-2 ※ポータル移行後に参加した代諾者以外の場合1-3 × 前提：参加終了している参加者のIDも移行されている1-2-1 ○キー情報とは紐づくが、個人情報と一致していない＝不整合同じ参加者にも関わらずシステム間の個人情報で差異がある。＝不整合データ移行後の代諾者変更で、新しい代諾者が参加者ポータルシステムにのみ登録された場合。 参加者ID管理 エコチルID情報エコチルID ○○○参加者ユニークID △△△エコチルID ○○○参加者ID管理 エコチルID情報エコチルID ○○○参加者ユニークID △△△エコチルID (なし)参加者ID管理 エコチルID情報エコチルID ○○○参加者ユニークID △△△エコチルID (なし)参加者ID管理 エコチルID情報エコチルID (なし)参加者ユニークID △△△エコチルID ○○○参加者ID管理 エコチルID情報エコチルID (なし)参加者ユニークID △△△エコチルID (なし)参加者ID管理 エコチルID情報エコチルID ○○○参加者ユニークID △△△エコチルID ○○○ 参加者個人情報参加者ユニークID △△△個人情報エコチルID ○○○参加者ID管理 エコチルID情報エコチルID ○○○参加者ユニークID △△△エコチルID ○○○ 参加者個人情報参加者ユニークID △△△個人情報エコチルID (なし)参加者ID管理 エコチルID情報エコチルID ○○○参加者ユニークID △△△エコチルID ○○○ 参加者個人情報参加者ユニークID (なし)個人情報エコチルID ○○○参加者ID管理 エコチルID情報エコチルID ○○○参加者ユニークID △△△エコチルID ○○○ 参加者個人情報参加者ユニークID (なし)個人情報エコチルID (なし)2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙21 データクレンジング概要【項番7.システム間不整合_マスタ(値不一致)】協力医療機関テーブル 協力医療機関テーブル協力医療機関コード ○○○ 協力医療機関コード ○○○参加者ポータルシステム データ管理システム協力医療機関名エコチル病院 エンティティ名エコチル医院同一の協力医療機関のデータにも関わらず、名称が異なっている＝不整合3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙22 外部インタフェース一覧業務サブシステム日時 処理件数1 試料送付リスト 検査会社 本システム 随時 手動 随時15,000件(22,500件)CSV -2 入庫指示リスト 本システム ヤマトシステム 随時 手動 随時15,000件(22,500件)CSV -3 入庫完了リスト ヤマトシステム 本システム 随時 手動 随時15,000件(22,500件)CSV -4 出庫候補リスト 本システム コアセンター 随時 画面出力 随時15,000件(22,500件)CSV -5 出庫依頼リスト コアセンター 本システム 随時 手動 随時15,000件(22,500件)CSV -6 出庫指示リスト 本システム ヤマトシステム 随時 手動 随時15,000件(22,500件)CSV -7 出庫完了リスト ヤマトシステム 本システム 随時 手動 随時15,000件(22,500件)CSV -8 再入庫依頼リスト コアセンター 本システム 随時 手動 随時15,000件(22,500件)CSV -9 入庫指示リスト 本システム ヤマトシステム 随時 手動 随時15,000件(22,500件)CSV -10 再入庫完了リスト ヤマトシステム 本システム 随時 手動 随時15,000件(22,500件)CSV -11 廃棄指示リスト 本システム ヤマトシステム 随時 手動 随時15,000件(22,500件)CSV -12 廃棄完了リスト ヤマトシステム 本システム 随時 手動 随時15,000件(22,500件)CSV -13 Web質問票設問情報 クアルトリクス 本システム 年度初 手動 3月 540件 JSON -14 学校情報一覧 文部科学省 本システム 年度初 手動 4月 6万件 CSV -15 郵便番号データ 日本郵政ＨＰ 本システム 月初 手動 月初 13万件 CSV -Webポータルサブシステム(参加者向け)なしWebポータルサブシステム(管理者向け)なし連携方法ファイル形式備考概算データ量(ピーク時)No. ファイル名/電文名 連携元 連携先送受信タイミング1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙23 機器台数一覧No. 配備先 端末 ルータ スイッチ プリンタ スキャナ 備考1 コアセンター 国立環境研究所 1 1 1 1 12 北海道大学 1 1 1 1 13 旭川医科大学 1 1 1 1 14 日本赤十字北海道看護大学 1 1 1 1 15 東北大学 1 1 1 1 16 東北大学 気仙沼サブセンター 1 1 1 1 17 東北大学 大崎サブセンター 1 1 1 1 18 東北大学 石巻サブセンター 1 1 1 1 19 東北大学 栗原サブセンター 1 1 1 1 110 福島県立医科大学 1 1 1 1 111 福島県立医科大学 郡山事務所 1 1 1 1 112 千葉ユニットセンター 千葉大学 1 1 1 1 113 横浜市立大学 1 1 1 1 114 横浜市立大学 小田原分室 1 1 1 1 115 山梨大学 1 1 1 1 116 信州大学_1 1 1 1 1 117 信州大学_2 1 1 1 1 118 信州大学 伊那分室 1 1 1 1 119 富山大学_1 1 1 1 1 120 富山大学_2 1 1 1 1 121 名古屋市立大学_1 1 1 1 1 122 名古屋市立大学_2 1 1 1 1 123 京都大学 1 1 1 1 124 京都大学 長浜サブセンター_1 1 1 1 1 125 京都大学 長浜サブセンター_2 1 1 1 1 126 京都大学 けいはんなサブセンター 1 1 1 1 127 大阪大学 1 1 1 1 128 大阪母子医療センター 1 1 1 1 129 兵庫ユニットセンター 兵庫医科大学 1 1 1 1 130 鳥取ユニットセンター 鳥取大学 1 1 1 1 131 高知大学 1 1 1 1 132 高知大学 朝倉分室 1 1 1 1 133 高知大学 南国分室 1 1 1 1 134 産業医科大学 1 1 1 1 135 九州大学 1 1 1 1 136 熊本大学 1 1 1 1 137 熊本大学 人吉分室 1 1 1 1 138 熊本大学 天草分室 1 1 1 1 139 宮崎大学 1 1 1 1 140 琉球大学 1 1 1 1 141 琉球大学 宮古分室 1 1 1 1 142 メディカルサポートセンター 国立成育医療研究センター 1 1 1 1 143 パイロットユニットセンター 自治医科大学 1 1 1 1 144 ヘルプデスク - 1 1 1 1 1計 - 44 44 44 44 44富山ユニットセンター福岡ユニットセンター甲信ユニットセンター北海道ユニットセンター宮城ユニットセンター福島ユニットセンター神奈川ユニットセンター南九州・沖縄ユニットセンター京都ユニットセンター大阪ユニットセンター高知ユニットセンター愛知ユニットセンター1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙24 移行対象一覧移行対象外データNo. データ形式1 データ管理システム DBデータ バイナリ CSV形式での提供2 添付ファイル ファイル ファイル形式での提供 -3 ファイル ファイル形式での提供4 ファイル ファイル形式での提供5 - - - 各担当者が必要なファイルをNo.3に格納。 6 ファイル ファイル形式での提供7 メールデータ 各担当者が必要なメールをエクスポートしてNo.3に格納。 8 バイナリ CSV形式での提供9 ファイル ファイル形式での提供10 生体認証データ - - - -11 ログファイル ※3期でも移行対象外 - - - -12 参加者ポータルシステム - CSV形式での提供13 - ファイル形式での提供14 - ファイル形式での提供15 - ファイル形式での提供16 ログファイル ※3期でも移行対象外 - - - -17 - CSV形式で提供18 - 移行しない19 - -移行元 移行対象データ 件数・容量等 移行形式(想定) 備考システム切替直前の出力ファイルを所定のフォルダに格納し、保管する。必要な出力ファイルおよび出力時期についてはNIESと調整すること。 全てのテーブルを移行する。 100ファイル6MB約20万アカウント511テーブル100GB約500万ファイル3500GB約170万ファイル2600GB約4500ファイル約2.0GB約3200ファイル0.2GB下記の業務データは、各担当者が所定のフォルダに格納する。 ・担当者が必要なファイル(ローカルファイル・メール等)ポータル： 50テーブル業務管理： 134テーブル ×本体/ パイロット150GB現行システムのツール一式現行システムの帳票作成資産一式※本システムの構築時に不要であるが、今後の改修の参考情報として本システムで保管する。 約45000ファイル約22.0GB2025年6月時点で約2万ファイル2024年度に出力されたファイルの実績が約1万ファイル/年のため、それを元に予測される27年度までの大体のファイル数予想値。 ※ただし、内容上、移行不要なファイルが多い可能性有。 クアルトリクスの質問票定義文書ファイル(文書管理システム)ローカルファイルユーザー名、組織名、組織階層その他、属性値、ロール等は移行対象外。 全てのテーブルを移行する。 一部暗号化されたデータが保存されているカラムや画像のバイナリデータがあり、その列は単純にそのままCSVにエクスポートできない。 2025年6月時点で約14GB年々参加者が増えていくにつれ加速度的にデータ量が増えていくと思われるので、直近のデータ増加量から予測して2027年度終了時点での予測値を算出。 2025年6月時点で約2000ファイル2024年度に添付されたファイルの実績が約1000ファイル/年のため、それを元に予測される27年度までの大体のファイル数予想値。 -約450アカウント添付ファイルDBデータアカウント情報バッチファイルその他資産 約60ファイル約5GB出力ファイル(文書管理システム)約200ファイル最大30GBバッチによるCSVファイル- バッチファイル参加者アカウント情報(AWS Cognito)約20万アカウント 他のアンケート作成システムに変更する場合は、対象のアンケート作成システムのアカウント管理方法や連携APIの仕様に従って、別途対象参加者分のアカウントを新規作成する必要あり。 現行システムで使用しているAWS Cognitoではパスワードの移行は不可である。 しかしながら、参加者への負担を軽減するために、可能な限り円滑なID及びパスワードの移行を実現すること。 なお、ユーザーアカウント移行の前後で参加者が継続してパスワードを利用可能であることが望ましい。 そのために、請負者の負担で一定期間現行の参加者アカウントの認証機能(AWS Cognito)を継続して利用することも可能である。 約150質問票本体調査４年度分パイロット２年度分2028年度に配信するWeb質問票は、2027年度に現行の参加者ポータルシステムのサービスデスクが作成したものを、本システムで参加者に配信する。 2028年度配信分含めて、現行システムで作成した質問票定義を本システムで配信できるようにすること。 参加者アカウント情報(クアルトリクス)1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙24 移行対象一覧No. データ形式 移行元 移行対象データ 件数・容量等 移行形式(想定) 備考20 - ファイル形式での提供21 - ファイル形式での提供お知らせ添付画像/ファイル結果返却PDFファイル約280ファイル約64MB2025年6月時点で約114ファイル2024年度に添付されたファイルの実績が約70ファイル(約16MB)/年のため、それを元に予測される27年度までの大体のファイル数予想値。 約38MBパイロット調査個人ばく露測定112人分2025年6月時点で112ファイル現状、パイロット調査の個人ばく露測定分しかないため、実際に移行を行う時期にどれ位のファイル数が想定されるかは予測が難しい。本体調査の個人ばく露測定が実施された場合は、数万ファイル増加するため、仮に子ども５万人が個人ばく露測定を行ったと仮定した場合、17GB程度のデータ量にはなると想定。 2調査対象(参加者属性)調査内容の設定質問内容の設計質問票の設計質問票作成回答有効性のレビュー(答えやすさ、正確さ)調査項目のレビュー調査概要のレビューパイロット調査本体調査回答状況の評価質問内容、項目の見直し質問票の設計CSV(Computer System Validation)方式によるバリデーションについて質問票入力、画面調整企画フェーズ作成フェーズデータ項目、構造定義データテーブル定義検証フェーズバリデーションバリデーションバリデーション• Web質問ワーキンググループなどのWeb質問票作成担当者で実施される、一連の質問票作成作業を支援し、質問票のオンライン化(Webコンテンツ)にかかわる検討作業へのフィードバックと、取りまとめを行う。 • 質問票の内容をオンライン化する。 • 各フェーズの結果とレビュー、バリデーションが対応できるように、Web質問票のブラッシュアップを行う。 エコチル調査データ管理システムの更改及び運用保守業務一式 別紙2 方式によるバリデーション 5 CSV1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙26 用語集No. 用語 説明1 第3期データ管理システム エコチル調査における12歳以下の参加者から収集したデータを管理するシステム。 2 参加者ポータルシステムエコチル調査における13歳以降の参加者から収集したデータを管理するシステム。業務管理サブシステム、ポータルサブシステム、ポータル管理サブシステム、Web質問票システムを含む。 3 第4期データ管理システム第3期データ管理システムと参加者ポータルシステムの両機能を統合し、本調達により新たに構築されるシステム。以下のサブシステムで構成される。 ■第4期データ管理システム(最上位)├─ 業務サブシステム├─ Webポータルサブシステム│ ├─ 参加者向け│ └─ 管理者向け└─ Web質問票サブシステム4 業務サブシステム第4期データ管理システムにおいて、第3期データ管理システムと参加者ポータルシステムの業務管理サブシステムを統合した機能領域。 5 Webポータルサブシステム 第4期データ管理システムにおいて、インターネットを通じて参加者と管理者がアクセスできる機能領域。 6 Web質問票サブシステム第4期データ管理システムにおいて、Webアンケートサービスを活用し、Web質問票の作成・配信・回答収集・管理を行う機能領域。 7 参加者向けポータル Webポータルシステムにおいて、参加者が利用する機能領域。 8 管理者向けポータル Webポータルシステムのコンテンツ管理や、ポイント/謝礼管理を行う機能領域。 9 文書管理サブシステム エコチル調査におけるファイルを保存する。 10 試料管理システム参加者から採取した試料を管理する外部システム。 第４期データ管理システムでは、試料管理データのみを扱う。 11 試料 詳細調査等の検査会場で取得された検体。 12 Web質問票調査エコチル調査において、年齢ごとのアンケート調査を行うにあたり、書面の質問票を参加者に送付し、回収・OCR登録していた一連の作業を、Webサイトでのオンライン調査手法を用いて代替する質問方式。 13 Web質問票パッケージWeb上で実施する調査に特化して開発された外部ソフトウェア。市販、オープンソース、またはSaaSとしてサービス提供される方式のものを含む。 14 Web質問票システム運用業務Webシステム、業務システムの運用・保守とは別に、Web質問票システムの運用・保守を行う業務。Web質問票ワーキンググループに参加し、WGの議論の取りまとめ、WGで企画、作成された質問をWeb質問票システムに登録する作業を含む。また、回答データが業務システムの統合データベースに登録される際のデータテーブルの作成、管理を行う。 本作業は、CSV方式によって、適切なバリデーションが行われながら遂行される必要がある。 15 Web質問票作成者Web質問票ワーキンググループにおいて、Web質問の対象、有効性、回収率の目標設定などの企画、質問票本文の作成を行う担当者。 16 Web質問票入力者Web質問票作成者によって作成されたWeb質問票原案を、Web質問票システム及びWeb質問票パッケージを用いて、オンラインの質問票を作成する担当者。 17 Web質問票確認者Web質問票入力者によって作成されたWeb質問票について、仮アカウントでWebシステムにログインし、内容、レイアウト等について確認を行う担当者。 18 コアセンターエコチル調査実施の中心機関で、データタ管理システムの運用、試料の保存分析、精度管理、ユニットセンター管理・支援を実施する。略称で「CC」という。 19 メディカルサポートセンターエコチル調査における医学的支援を実施する機関で、アウトカムの測定に関するプロトコールタ作成支援、調査に関わる医療関係者への指導・支援を実施する。略称で「MSC」という。 20 ユニットセンターエコチル調査参加者の直接的な窓口機関で、調査期間中の参加者の追跡、生体試料の採取、質問票調査の実施、個別相談窓口などタ参加者とのコミュニケーションを実施する。略称で「UC」という。 21 参加者(代諾者) 参加者(本人)の保護者であり、調査への協力同意を代行する個人。 22 参加者(本人) エコチル調査に参加者する参加者。 23 情報管理責任者第４期データ管理システムにおける請負者の役割の一つ。第４期データ管理システムにかかわる文書、データ、プログラム、およびその他情報を取り扱う業務、処理において、仕様書類、関連する法令、および関連するガイドラインに準拠していることを確認する。 24 個人情報取扱責任者第４期データ管理システムにおける請負者の役割の一つ。個人情報を取り扱う業務、処理において、仕様書類、個人情報保護法、および関連するガイドラインに準拠していることを確認する。 25 UI/UX有識者心理学的知見などを踏まえて、ユーザーインタフェース及びユーザーエクスペリエンスに係る設計に関するプロジェクト経験を有するもの。 26 1期調査データ、2期調査データ、3期調査データ調査時期ごとに、調査データの呼び方を使い分けている。 1期調査データ：現行のデータ管理システムで収集された12歳以下の調査データ2期調査データ：現行の参加者ポータルシステムで収集された13歳以降の調査データ3期調査データ：第４期データ管理システムで収集される調査データ27 コホート調査特定多数の個人の生活習慣(食生活、飲酒、タバコなど)を含む環境要因を調べ、さらに長期にわたり追跡することで、その後の病気の発症との関連を調べる研究。 28 本人同意 代諾者の同意のもと調査に参加していた子ども本人が、１３歳以降の調査について自身で行う同意。アセント。 29 母親コホート(調査) 参加者(本人)の母親の集団。また、その集団に関する調査。 30 G1、G2、G3…… G1＝第１世代、G2＝第２世代、G3＝第３世代……31 第３世代コホート(調査)現在実施中の調査の代諾者を第１世代・G1、子ども(本人)を第２世代・G2としたとき、第２世代の子どもにあたる第３世代・G3の集団。また、その集団に関する調査。 32 第２コホート(調査)2011～2014年にかけてリクルートされた集団を第1コホートとしたとき、その次期でリクルートされる集団。また、その集団に関する調査。 33 KeyID同意回数や多胎情報を含む親子間の関係性を正確に表現・管理するためのID。 エコチル調査の実施対象である参加者(死産・流産／同意撤回済み／打ち切り含む)に対し設定している。 母親、父親、子のエコチルIDや同意回数などの10項目を結合して１つのIDとしており、詳しくは閲覧資料を参照。 1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙26 用語集No. 用語 説明34 キー情報参加者個人の特定が可能な情報。 第3期データ管理システムおよび参加者ポータルシステムにおける個人を特定するためのキー項目。 35 協力中止参加者または代諾者の意思で同意を取りやめること。今後の調査へは参加しないが、これまでに採取したデータの使用は個人情報を含めて許可。 36 同意撤回参加者または代諾者の意思で同意を取りやめること。今後の調査へは参加しないが、これまでに採取したデータの使用は個人情報を除いて許可。個人情報は削除する。 37 完全同意撤回参加者または代諾者の意思で同意を取りやめること。今後の調査へは参加せず、これまでに採取したデータの使用も許可しない(削除する)。同意書情報、親子関係情報のみ残る可能性あり。 38 打ち切り参加者または代諾者の意思に関わらず、調査の継続が不可能な場合。参加者本人の死亡や、代諾者が亡くなり次の代諾者が現れなかった場合など。データ管理システムに打ち切り区分の登録あり。 39 非機能要求グレード独立行政法人 情報処理推進機構(IPA)が提供する、非機能要件に関するガイドライン。可用性、性能・拡張性、運用・保守性などの個別、詳細な項目について、用途や目的に合わせて提供レベルを選択し、システムが要求する非機能要件を決定することができる。 40 エコチルID現在実施中のエコチル調査で、参加者に付与されるID。代諾者に付与されたIDがユニークとなっており、エコチルIDにぶら下がる同意回数データで子を表す。代諾(同意)した回数＝本人の数としている。 41 エコチル調査環境省で2011年から全国単位で実施する、「子どもの健康と環境に関する全国調査(エコチル調査)」。 全国の親子が参加する大規模な疫学調査。 全国約10万人の参加者(母親、父親、子ども)を対象とする本体調査と、約400人の参加者を対象に本体調査から約2年先行して実施するパイロット調査の２つの調査からなる。子どもの在胎時から13歳になるまでを調査期間としている。 42 エコチル調査(13歳以降) エコチル調査の参加者を中心に、13歳以降20歳までの期間を調査期間とする疫学調査。 43 パイロット調査 本体調査に先行して実施される調査で、調査内容の検証、実施する調査の企画へのフィードバックを行うための調査。 44 パイロット調査(13歳以降) 13歳以降のパイロット調査対象者に対して実施する調査。パイロット調査とは別に調査協力の同意を必要とする。 45 ギフトコード スマートフォンなどで利用可能な、オンラインサービスの課金情報。 46 ポイント調査への参加や事業への協力に対して付与される謝礼。取得したポイント数に応じて、ギフトコードの交換を行うことができる。 47 マイページWebポータル上で、参加者が利用するサービスの一つ。アカウント情報の確認、修正、イベント予約、ポイント確認などを行う。 48 生体検査 詳細調査等で取得された検体を用いた検査。 49 対面調査 ユニットセンターが実施する調査で、全参加者のうち、一部の参加者を対象として対面で行う調査。 50 多段階認証公式アプリやブラウザのログイン認証において、本人確認を行うためにログイン認証とは別に実施する認証。初回ログイン時にのみ実施されるが、スマートフォンのOSのメジャーアップデートや機種変更、異なったブラウザの利用などで実施されることもある。 51 公式アプリスマートフォンのプラットフォーム事業者(iOS、Andoroid)で提供されているアプリケーションストア経由でダウンロード、アップデート管理が行われるアプリケーション。 52 コピーライト等情報参加者に対して提供される静的な情報で、「個人情報保護方針」「公式アプリのコピーライト情報、バージョン情報」「本調査における同意と、同意に関する権利の説明」。 53 csvファイルcomma separated valuesの略。値や項目をカンマ(,)で区切って書いたテキストファイル・データ。ファイルの拡張子は「.csv」となる。 54 CSV方式Computerized System Validationの略。各種業務に使用するコンピュータ化システムにおいて、期待される結果を与えることを検証し、文書化すること。 55 EVMEarned Value Managementの略称。プロジェクトの進捗を定量的に計測し、管理するためのプロジェクト管理手法。コスト、スケジュール、品質等について、計画と実績の差異を測定し、今後の推移を予測することで、プロジェクト完了時のコストや完了までのスケジュールが推定できる。また、コスト超過やスケジュール遅延等を分析することで、プロジェクトの問題を把握する。 56 OSSオープンソース・ソフトウェアの略語。ソースコードが無償で公開され、改良や再配布を行うことが誰に対しても許可されているソフトウェア製品。OSS製品を利用する際は、適用されるライセンスの種別を付記しなければならない。 57 データコンバートWeb質問票システムで取得したデータについて、データテーブルに従ってデータを加工し、業務システム側の統合データベースにインポートする機能。 58 PJMOProject Management Office(プロジェクト推進組織)の略。プロジェクトを遂行し、その進捗等を管理する機能を担う組織。 59 PMO Portfolio Management Office(府省内全体管理組織)の略。府省内のIT施策に関する全体管理の機能を担う組織。 60 SLAサービスレベル合意書(service level agreement)の略称。サービスを提供する側とその利用者の間に結ばれるサービスのレベル(定義、範囲、内容、達成目標等)に関する合意書のこと。 61 VPN 暗号技術等を利用し、インターネット等の公衆回線を仮想的な専用回線として利用するための技術をいう。 62 リモート接続VPN 端末に搭載されたVPN機能(L2TP/IPsec)を用いて、クラウド－端末間でVPN接続を実現する回線。 63 ネットワーク間接続VPN ルータ－ルータ間でIPsecを用いて、クラウド－拠点間でVPN接続を実現する回線。 64 クライアント端末コアセンター端末、ユニットセンター等拠点端末、検査課に城東で使用するデータ登録用端末、その他モバイル端末、保守・運用作業用端末(いずれもファットクライアント)等の総称。国立環境研究所所有のタブレット端末、職員や事業協力者所有のPC及びスマートフォン等は含まない。 65 クラウド クラウドサービスに基づきクラウドサービスプロバイダから提供される物理的又は仮想的な全てのリソース。 66 クラウドサービスデータサービスやインターネット技術などが、ネットワーク上にあるサーバ群(クラウド(雲))にあり、「どこからでも、必要な時に、必要な機能だけ」を利用することができるコンピュータネットワークの利用形態を指す。サービス提供形態、サービス提供範囲の主なものは以下に分類される。 67 クラウド直接接続回線インターネットなどの一般的な公衆網を経由せず、専用のVPN回線でクラウドサービスとの接続を実現する回線サービス。 68 マルウェア ウイルス、ワームなど悪意あるソフトウェアに加えスパイウェア、アドウェア等を含むソフトウェア。 69 スマートフォン開発プラットフォームスマートフォン用アプリケーションの開発、実行で利用する開発、実行基盤。認証などの機能を提供し、公式アプリ、PCブラウザで共通で利用することもできるため、機種変更やキャリア変更等に対応する。 70 セキュリティワイヤ PCの盗難や不正持ち出し、ケーブルや周辺機器の不正な差し込みなどを防止するための金属線でできた固定器具。 2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件A.1.1.1○ ○運用時間(通常)規定無し 定時内(9時～17時)【スタッフ】夜間のみ停止(9時～21時)1時間程度の停止有り(9時～翌朝8時)【参加者】若干の停止有り(9時～翌朝8時55分)24時間無停止【重複項目】C.1.1.1。運用時間は、システムの可用性の実現レベルを表す項目であると共に、運用・保守性に関する開発コストや運用コストを検討する上でも必要となる項目であるため、可用性と運用・保守性の両方に含まれている。 【メトリクス】運用時間は、オンライン/バッチを含みシステムが稼動している時間帯を指す。 【レベル】()内の時間は各レベルの一例を示したもので、レベル選定の条件とはしていない。規定無しは、固定のサービス時間が存在しないことを示し、基本的にシステムは停止していて、必要に応じてユーザがシステムを起動するようなケースを想定している(例：障害発生に備えた予備システム、開発・検証用システム等)。定時内や夜間のみ停止は、一般的な業務形態を想定したもので、業務が稼動する時間帯が異なるシステムにおいては、時間帯をスライドさせるなどの読替えが必要である。停止有りとは、システムを停止しなければならない時間帯ではなく、システムを停止できる可能性のある時間帯を指す。24時間無停止は、オンライン業務が稼動していない時間にバッチを稼動させる必要があり、システムを停止することができないようなケースも含まれる。 2 【スタッフ】夜間のみ停止(9時～21時)夜間に実施する業務はなく、システムを停止可能。 [-] 運用時間をもっと限って業務を稼働させる場合[+] 24時間無停止やリブート処理等の短時間の停止のみを考える場合4 【参加者】若干の停止有り(9時～翌朝8時55分)24時間無停止での運用は必要ないが、極力システムの稼働は継続させる。 [-] 夜間のアクセスは認めないなど、長時間運用を停止する場合[+] 24時間無停止で運用する場合5 24時間無停止システムを停止できる時間帯が存在しない。 [-] 1日のスケジュールで定期的に運用を停止する時間帯が存在する場合A.1.1.2○ ○運用時間(特定日)【スタッフ】規定無し定時内(9時～17時)【参加者】夜間のみ停止(9時～21時)1時間程度の停止有り(9時～翌朝8時)若干の停止有り(9時～翌朝8時55分)24時間無停止【重複項目】C.1.1.2。運用時間は、システムの可用性の実現レベルを表す項目であると共に、運用・保守性に関する開発コストや運用コストを検討する上でも必要となる項目であるため、可用性と運用・保守性の両方に含まれている。 【メトリクス】特定日とは、休日/祝祭日や月末月初など通常の運用スケジュールとは異なるスケジュールを定義している日のことを指す。特定日が複数存在する場合は、それぞれにおいてレベル値を整合する必要がある(例：「月～金はレベル2だが、土日はレベル0」、「通常はレベル5だが、毎月1日にリブートをするためその日はレベル3」など)。 また、ユーザの休日だけでなく、ベンダの休日についても特定日として認識し、運用保守体制等を整合すること。 0 【スタッフ】規定無し通常と異なる運用時間となる特定日は存在しない。 [+] 休日にバックアップ運用を行うなど、通常とは異なる運用時間となる特定日が存在する場合2 【参加者】夜間のみ停止(9時～21時)週末はバックアップ運用のみのため、夜間は停止する。 [-] 週末運用するバックアップやバッチ処理などが存在せず、土休日は運用を停止する場合[+] 休日出勤する社員の業務に必要なため、土休日も運用する場合5 24時間無停止システムを停止できる時間帯が存在しない。 [-] 定期的に運用を停止する日が存在する場合A.1.1.3○ ○計画停止の有無計画停止有り(運用スケジュールの変更可)計画停止有り(運用スケジュールの変更不可)計画停止無し○【重複項目】C.2.1.1。計画停止の有無は、システムの可用性の実現レベルを表す項目であると共に、運用・保守性に関する開発コストや運用コストを検討する上でも必要となる項目であるため、可用性と運用・保守性の両方に含まれている。 【運用コストへの影響】計画停止が”有り”の場合、事前のバックアップや、システム構成に応じた手順準備など、運用時のコストがかさむ。 0 計画停止有り(運用スケジュールの変更可)事前の合意があれば、停止は可能。 [+] 運用時間外での停止だけで対応可能な場合1 計画停止有り(運用スケジュールの変更不可)24時間無停止での運用は必要ない。停止可能な時間が存在し、計画的な停止は可能。 [-] 運用スケジュールとしては停止可能な時間帯は存在しないが、事前の調整で停止が可能な場合[+] 24時間無停止が要求される場合2 計画停止無しシステムを停止できる時間帯が存在しない。 [-] 運用スケジュールとして停止可能な時間帯が存在し、計画停止の必要性がある場合A.1.2.1○対象業務範囲内部向けバッチ系業務内部向けオンライン系業務内部向け全業務外部向けバッチ系業務外部向けオンライン系業務全ての業務【メトリクス】ここでの対象業務範囲とは、稼働率を算出する際の対象範囲を指す。 【レベル】内部向けとは対象とするシステム内に閉じた処理(業務)、外部向けとは他システムとの連携が必要な処理(業務)を表している。 2 内部向け全業務内部向けの業務が主要業務であり、内部向け全業務が稼働していることがシステム稼働の条件となる。 [+] 外部向け業務も実施しており、必要な業務としている場合3 外部向けバッチ系業務外部とのバッチ的な処理で業務が主要業務であり、内部向けの業務および外部とのバッチ的な業務が稼働していることがシステム稼働の条件となる。 [-] 外部との業務が必要ない場合[+] 業務継続に、外部とのリアルタイムでの処理が必要な場合4 外部向けオンライン系業務外部とのリアルタイムでの処理が主要業務であり、外部向けオンライン業務が稼働していることがシステム稼働の条件となる。 [-] 業務継続に、外部とのリアルタイムでの処理が必要とならない場合A.1.2.2○サービス切替時間24時間以上【スタッフ】24時間未満【参加者】2時間未満60分未満 10分未満 60秒未満○【メトリクス】サービス切替時間とは、想定できる障害(例えばハードウェアの故障等により業務が一時的中断するケースなど)に対して、対策を施すこと(例えばクラスタ構成でのサーバの切替えなど)により、業務再開までに要する時間を指す。 【運用コストへの影響】中断を許容する時間が長くなれば、復旧対策としてはシステムでの自動化から人員による手動での対処に比重が移るため、運用コストへの影響が出てくる。 1 【スタッフ】24時間未満外部向けの業務はなく、1日程度の中断であれば許容できる。 [-] 障害時の対策を必要としない場合[+] サービス切替の影響がある場合(影響度に応じて中断を許容できる時間を検討する)3 60分未満 外部とのオンラインでの業務はあるが、数十分の停止までは許容可能。 [+] オンライン業務においてサービス切替の影響がある場合(影響度に応じて中断を許容できる時間を検討する)5 60秒未満 リアルタイム性が要求されるため、システム停止時は瞬時の復旧が必要となる。 [-] 業務の停止が1時間以内であれば許容できる場合A.1.2.3○業務継続の要求度障害時の業務停止を許容する単一障害時は業務停止を許容せず、処理を継続させる二重障害時でもサービス切替時間の規定内で継続する【メトリクス】業務継続の要求度とは、発生する障害に対して、どこまで業務を継続させる必要があるかを示す考え方の尺度を示している。 システムを構成する機器や部位には、単一障害点SPOF(Single Point Of Failure)が多数存在し、システム停止となるリスクを多く含んでいる。これらのSPOFを許容するか、冗長化などの対策で継続性をどこまで確保するかが要求の分かれ目となる。 1 単一障害時は業務停止を許容せず、処理を継続させる障害時の業務停止の許容時間に合わせる。 [-] リスクを認識した上、障害発生時の業務停止を許容できる場合[+] コスト増を考慮した上で二重障害による業務停止を防止する必要がある場合2 二重障害時でもサービス切替時間の規定内で継続する障害時の業務停止の許容時間に合わせる。 [-] リスクを認識した上、二重障害での業務停止を許容できる場合2 二重障害時でもサービス切替時間の規定内で継続する二重障害でも業務継続が前提となる。 A.1.3.1○RPO(目標復旧地点)復旧不要 5営業日前の時点(週次バックアップからの復旧)1営業日前の時点(日次バックアップからの復旧)障害発生時点(日次バックアップ+アーカイブからの復旧)【メトリクス】RLOで業務の復旧までを指定している場合、該当する業務のデータの復旧までが対象であり、業務再開の整合性の確認は別途必要となる。 【レベル3】障害発生時点とは、障害が発生する直前のトランザクションなどの処理が完了している時点のことを指し、障害発生時点まで復旧するためには、発生直前の完了した処理のジャーナルログが保証されていることが前提となる。またジャーナルログをアーカイブすることで、障害発生までの任意の時点への復旧に対応することを想定している。 1 5営業日前の時点(週次バックアップからの復旧)データの損失はある程度許容でき、週次のバックアップからの復旧とする。 [-] データを持たず、復旧が不要な場合[+] 日次のバックアップからの復旧でないと、データ損失の影響が大きい場合3 障害発生時点(日次バックアップ+アーカイブからの復旧)データの損失は許容できないため、障害発生時点までの復旧が原則。 [-] データの損失がある程度許容できる場合(復旧対象とするデータ(日次、週次)によりレベルを選定)3 障害発生時点(日次バックアップ+アーカイブからの復旧)データの損失は許容できないため、障害発生時点までの復旧が原則。 A.1.3.2○RTO(目標復旧時間)1営業日以上1営業日以内12時間以内6時間以内 2時間以内 【メトリクス】サービス切替時間(A.1.2.2)での復旧時間と異なり、RTOでの復旧時間は、業務の継続対策を実施していない(業務停止となる)ケースでの障害での復旧時間を指している。 RLOで業務の復旧までを指定している場合、該当する業務のデータの復旧までが対象であり、業務再開の整合性の確認は別途必要となる。 1 1営業日以内目標復旧地点を考慮し、システムの規模から判断する。 [-] 業務停止の影響が小さい場合[+] 業務停止の影響が大きい場合2 12時間以内目標復旧地点を考慮し、システムの規模から判断する。 [-] 業務停止の影響が小さい場合[+] 業務停止の影響が大きい場合4 2時間以内なるべく早く復旧する。 A.1.3.3○RLO(目標復旧レベル)システムの復旧特定業務のみ全ての業務【メトリクス】業務停止を伴う障害が発生した際、何を復旧の対象とするかのレベルを示す。 【レベル0】システムの復旧は、ハードウェアの復旧だけでなくデータのリストアまでを対象とする。 【レベル1】特定業務とは、例えばA.1.2.1対象業務範囲で定義する継続性が要求される業務などを指す。 1 特定業務のみ主要な業務のみを対象とすることができる。 [+] 業務毎に影響を切り離せない場合2 全ての業務全ての業務が稼働していないと影響がある。 [-] 影響を切り離せる業務がある場合2 全ての業務全ての業務が稼働していないと影響がある。 [-] 影響を切り離せる業務がある場合A.1.4.1 目標復旧水準(大規模災害時)大規模災害が発生した際、どれ位で復旧させるかの目標。 大規模災害とは、火災や地震などの異常な自然現象、あるいは人為的な原因による大きな事故、破壊行為により生ずる被害のことを指し、システムに甚大な被害が発生するか、電力などのライフラインの停止により、システムをそのまま現状に修復するのが困難な状態となる災害をいう。 ○システム再開目標再開不要 数ヶ月以内に再開一ヶ月以内に再開一週間以内に再開3日以内に再開1日以内に再開【メトリクス】大規模災害としては、RPO、RTO、RLOなどの細かな要求までは確定せず、システム再開目標として大まかな復旧時間を設定する。目標復旧レベルについては、業務停止時の目標復旧水準を参考とする。 1 数ヶ月以内に再開データの損失はある程度許容でき、週次のバックアップからの復旧とする。 [-] データを持たず、復旧が不要な場合[+] 業務停止の影響が大きい場合3 一週間以内に再開大規模災害時は、保管するデータからの復旧により業務を再開する。 [-] 代替機器の調達や、復旧体制の準備に時間がかかる場合[+] 業務停止の影響が大きく、DRサイトによる早急な復旧が必要な場合4 3日以内に再開ライフラインの復旧を考慮し、システムとして最大限の回復に努める。 [+] 人命に影響を及ぼす、経済的な損失が甚大など、安全性が求められる場合可用性 継続性 運用スケジュールシステムの稼働時間や停止運用に関する情報。 業務継続性 可用性を保証するにあたり、要求される業務の範囲とその条件。 目標復旧水準(業務停止時)業務停止を伴う障害が発生した際、何をどこまで、どれ位で復旧させるかの目標。 重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通1エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通A.1.5.1 稼働率 明示された利用条件の下で、システムが要求されたサービスを提供できる割合。 明示された利用条件とは、運用スケジュールや、目標復旧水準により定義された業務が稼働している条件を指す。その稼働時間の中で、サービス中断が発生した時間により稼働率を求める。○稼働率 95%以下 95% 99% 99.9% 99.99% 99.999% 【レベル】24時間365日の稼働の場合、1年間で業務が中断する時間の合計は、それぞれ以下の通りとなる。 95%・・・・・・・・・18.3日99%・・・・・・・・・87.6時間99.9%・・・・・・・ 8.76時間99.99%・・・・・・ 52.6分99.999%・・・・・ 5.26分また1日8時間で週5日稼働のシステムではサービス切替時間と稼働率の関係は以下の通りとなる。 週に1時間・・・・97.5%月に1時間・・・・99.4%年に1時間・・・・99.95%2 99% 1年間で数時間程度の停止を許容。 備考に記載した稼働率での目安となる稼働時間を参考にして決定する。 4 99.99% 1年間で1時間程度の停止を許容。5 99.999% 1年間で数分程度の停止までしか許容できない。 A.2.1.1 冗長化(機器)非冗長構成特定のサーバで冗長化全てのサーバで冗長化【メトリクス】冗長化における機器、コンポーネントは、冗長化の単位を表し、機器は筐体を複数用意することによる冗長化、コンポーネントは筐体を構成する部品(ディスク、電源、FAN、ネットワークカード等)を複数用意することによる冗長化を指す。 また、仮想化技術の適用により、同一ハードウェア上にサーバ機能を集約させることで、冗長化に必要なハードウェア所要量を削減することも可能である。いずれにしても、ハードウェア上で実現される業務継続性の要求を満たすよう機器の冗長化を検討する必要がある。 【レベル1】特定のサーバで冗長化とは、システムを構成するサーバの種別(DBサーバやAPサーバ、監視サーバなど)で冗長化の対応を分けることを意味する。 また要求としてサーバの単位ではなく、業務や機能の単位で冗長化を指定する場合、それを実装するサーバを想定してレベルを設定する。 A.2.1.2 冗長化(コンポーネント)非冗長構成特定のコンポーネントのみ冗長化全てのコンポーネントを冗長化【レベル1】サーバを構成するコンポーネントとして、内蔵ディスクや、電源、FANなどを必要に応じて冗長化することを想定している(例えば内蔵ディスクのミラー化や、ネットワークIFカードの2重化など)。 A.2.2.1 冗長化(機器)非冗長構成共用の予備端末を設置業務や用途毎に予備端末を設置A.2.2.2 冗長化(コンポーネント)非冗長構成特定のコンポーネントのみ冗長化全てのコンポーネントを冗長化【レベル1】端末を構成するコンポーネントとして、内蔵ディスクや、電源、FANなどを必要に応じて冗長化することを想定している(例えば内蔵ディスクのRAID構成など)。 A.2.3.1 冗長化(機器)非冗長構成特定の機器のみ冗長化全ての機器を冗長化【レベル1】特定の機器のみとは、ネットワークを構成するルータやスイッチの内、冗長化したサーバを収容するスイッチなどを想定している。 A.2.3.2 冗長化(コンポーネント)非冗長構成特定のコンポーネントのみ冗長化全てのコンポーネントを冗長化【レベル1】ネットワーク機器を構成するコンポーネントとして、電源やCPU、FANなどを必要に応じて冗長化することを想定している。 A.2.4.1 回線の冗長化冗長化しない一部冗長化全て冗長化する【メトリクス】回線の冗長化とは、ネットワークを構成する伝送路(例えばLANケーブルなど)を物理的に複数用意し、一方の伝送路で障害が発生しても他方での通信が可能な状態にすること。 【レベル1】一部冗長化とは、基幹のネットワークのみ冗長化するケースや、業務データの流れるセグメントなどを想定している。 A.2.4.2 経路の冗長化冗長化しない一部冗長化全て冗長化する【メトリクス】経路の冗長化とは、ネットワーク内でデータを送受信する対象間で、データの流れる順序(経由するルータの順序)を複数設定することで、ある区間で障害が発生しても、他の経路で迂回し通信を可能な状態にすること。 【レベル1】一部冗長化とは、基幹のネットワークのみ冗長化するケースや、業務データの流れるセグメントなどを想定している。 A.2.4.3 セグメント分割分割しない サブシステム単位で分割用途に応じて分割【レベル2】用途とは、監視やバックアップなどの管理系の用途から、オンライン、バッチなどの業務別の用途を示している。 サブシステム単位で分割したなかで、更に用途に応じてセグメントを分割することを想定している。 A.2.5.1 冗長化(機器)非冗長構成特定の機器のみ冗長化全ての機器を冗長化【メトリクス】NAS、iSCSI対応の装置を含む。 ただしNASやiSCSIはLANなどのネットワークに接続して利用するため、NASやiSCSIの接続環境の耐障害性対策は小項目A.2.4ネットワークに含まれる。 【レベル1】特定の機器のみとは、導入するストレージ装置に格納するデータの重要度に応じて、耐障害性の要求が装置毎に異なる場合を想定している。 A.2.5.2 冗長化(コンポーネント)非冗長構成特定のコンポーネントのみ冗長化全てのコンポーネントを冗長化【レベル1】ストレージを構成するコンポーネントとして、ディスクを除く、CPUや電源、FAN、インターフェースなどを必要に応じて冗長化することを想定している。 A.2.5.3 冗長化(ディスク)非冗長構成単一冗長 多重冗長 【レベル1】単一冗長とは、単一箇所の障害であれば、サービス継続可能な冗長構成のことである。 【レベル2】多重冗長とは、同時に複数の箇所が障害の状態となっても、サービス継続可能な冗長構成のことである。 A.2.6.1○バックアップ方式バックアップ無しオフラインバックアップオンラインバックアップオフラインバックアップ+オンラインバックアップ【重複項目】C.1.2.7。バックアップ方式は、バックアップ運用設計を行う上で考慮する必要があり、運用・保守性と重複項目としている。 【レベル】オフラインバックアップとは、システム(あるいはその一部)を停止させてバックアップを行う方式、オンラインバックアップとはシステムを停止せず稼働中の状態でバックアップを行う方式を指す。 A.2.6.2○データ復旧範囲復旧不要 一部の必要なデータのみ復旧システム内の全データを復旧【重複項目】C.1.2.1。可用性ではデータをどこまで保全するかという観点で、運用ではデータをどこまで復旧させるかという観点で本項目が必要となり、重複項目としている。 【レベル1】一部の必要なデータとは、業務継続性の要求を満たすために必要となるようなデータを想定している。 サーバストレージ ディスクアレイなどの外部記憶装置で発生する障害に対して、要求されたサービスを維持するための要求。 データ データの保護に対しての考え方。 サーバで発生する障害に対して、要求されたサービスを維持するための要求。 端末 端末で発生する障害に対して、要求されたサービスを維持するための要求。 ネットワーク機器ルータやスイッチなどネットワークを構成する機器で発生する障害に対して、要求されたサービスを維持するための要求。 ネットワーク ネットワークの信頼性を向上させるための要求。 耐障害性2エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通A.2.6.3 データインテグリティエラー検出無しエラー検出のみエラー検出＆再試行データの完全性を保障(エラー検出＆訂正)【メトリクス】データに対して操作が正しく行えること、操作に対して期待した品質が得られること、またデータへの変更が検知可能であることなどを物理レベルで保証する。 【レベル】仕組みの実装は、製品、業務アプリケーションによる検出を含む。 A.3.1.1 システム 地震、水害、テロ、火災などの大規模災害時の業務継続性を満たすための要求。 復旧方針 復旧しない 限定された構成でシステムを再構築同一の構成でシステムを再構築限定された構成をDRサイトで構築同一の構成をDRサイトで構築【メトリクス】大規模災害のための代替の機器として、どこに何が必要かを決める項目。 【レベル】レベル1および3の限定された構成とは、復旧する目標に応じて必要となる構成(例えば、冗長化の構成は省くなど)を意味する。 レベル2および4の同一の構成とは、復旧後も復旧前と同じサービスレベルを維持するため、本番環境と同一のシステム構成を必要とすることを意味する。 レベル1および2のシステムを再構築を選択する場合、被災後の再構築までを契約の範囲として考えるのではなく、被災したサイトあるいは共用センターなどの設備を利用して、あくまでシステムを再構築する方針とすることを要求するものである。 一方レベル3および4のDRサイトで構築は、指定されたDRサイトに復旧用のシステムを構築するところまでを含む。 A.3.2.1 保管場所分散度外部保管しない1ヵ所 1ヵ所(遠隔地)2ヵ所(遠隔地)A.3.2.2 保管方法 媒体による保管同一サイト内の別ストレージへのバックアップDRサイトへのリモートバックアップA.3.3.1 付帯設備 各種災害に対するシステムの付帯設備での要求。 災害対策範囲対策を実施しない特定の対策を実施する想定する全ての対策を実施する【メトリクス】付帯設備については、システム環境・エコロジーにおいてF.4.1.1の耐震震度、F.4.4.4の停電対策で、災害対策の一部として要求を具体化している。 【レベル】想定する災害対策としては、以下が考えられる。 ・地震対策 ・瞬電・停電対策 ・火災対策 ・漏電対策 ・雷対策 ・水害対策 ・電界・磁界対策A.4.1.1○復旧作業 復旧不要 復旧用製品は使用しない手作業の復旧復旧用製品による復旧復旧用製品＋業務アプリケーションによる復旧【重複項目】C.3.1.1。復旧作業は、可用性と運用・保守性に共通して含まれている。運用・保守性では、復旧目標の運用への影響という観点でその作業を確認するが、可用性は、それを実現するための手段として確認する。 【レベル】自作ツールを利用するケースは手作業に含む。 復旧用製品とは、バックアップ・リカバリを行う製品を指す。復旧用製品による復旧を行う場合、どこまで自動化するか(自動リカバリー機能充足率など)を定義するケースもあるが、可用性としては、復旧用製品を使用するかしないかでギャップが発生するため、この観点でレベルを検討する。 A.4.1.2○代替業務運用の範囲無し 一部の業務について代替業務運用が必要全部の業務について代替業務運用が必要【重複項目】C.3.1.2。復旧作業は、可用性と運用・保守性に共通して含まれている。運用・保守性では、復旧目標の運用への影響という観点でその作業を確認するが、可用性は、それを実現するための手段として確認する。 【メトリクス】代替業務運用とは、障害によりシステムが復旧不可能となった場合に、代替業務でカバーすることが可能な運用手段(代替機あるいは人手による運用)を指す。 A.4.2.1 可用性確認 可用性として要求された項目をどこまで確認するかの範囲。 ○確認範囲 実施しない。または単純な障害の範囲業務を継続できる障害の範囲業務停止となる障害のうち一部の範囲業務停止となる障害の全ての範囲【レベル】レベル2および3の確認範囲には、レベル1で定義した内容を含む。 1 業務を継続できる障害の範囲業務停止となる障害が発生しても、復旧方法が自明であり、確認の必要がない場合。 [-] 障害時の対策を考慮しない場合[+] 業務停止となる障害が発生した際、その復旧方法を事前に確認しておく必要がある場合2 業務停止となる障害のうち一部の範囲業務停止となる障害に対しての対策を確認する必要があるが、リスクの高い障害や、障害の種類により確認を限定することが可能な場合。 [-] 業務停止となる障害による影響が極めて少ないと判断できる場合[+] 障害の種類や発生リスクを考慮せず、可能な範囲で確認が必要な場合3 業務停止となる障害の全ての範囲業務停止による影響が極めて大きく、考えられる障害に対して事前に確認が必要な場合。 [-] 障害の種類や発生リスクにより、システムへの影響を限定できる場合B.1.1.1○ ○ユーザ数 特定ユーザのみ上限が決まっている不特定多数のユーザが利用【重複項目】F.2.1.1。ユーザ数は性能・拡張性を決めるための前提となる項目であると共にシステム環境を規定する項目でもあるため、性能・拡張性とシステム環境・エコロジーの両方に含まれている。 【レベル】前提となる数値が決められない場合は、類似システムなどを参考に仮の値でも良いので決めておくことが必要。 0 特定ユーザのみ部門内利用などでユーザが特定できる場合を想定。 [+] ユーザを特定できない場合1 上限が決まっているあらかじめ一定の上限値を設定する場合を想定。 [-] 特定のユーザのみ使用することを合意できた場合2 不特定多数のユーザが利用国民全体がアクセスする可能性があるような場合を想定。 [-] 一定の上限値を設定することが可能な場合B.1.1.2○同時アクセス数特定利用者の限られたアクセスのみ同時アクセスの上限が決まっている不特定多数のアクセス有り【メトリクス】同時アクセス数とは、ある時点でシステムにアクセスしているユーザ数のことである。 0 特定利用者の限られたアクセスのみ登録ユーザから想定する。1 同時アクセスの上限が決まっているシステムに対してどのようなピークモデルを想定しているか確認する。 2 不特定多数のアクセス有りシステムに対してどのようなピークモデルを想定しているか確認する。 B.1.1.3○データ量 全てのデータ量が明確である主要なデータ量のみが明確である【レベル1】主要なデータ量とは、システムが保持するデータの中で、多くを占めるデータのことを言う。 例えば、マスター系テーブルや主なトランザクションデータの一次保存分などがある。 主要なデータ量しか決まっていない場合、後工程に於いて、検討漏れデータの出現などによるディスク追加などが発生するリスクがある。 0 全てのデータ量が明確である要件定義時には明確にしておく必要がある。 [+] 全部のデータ量が把握できていない場合0 全てのデータ量が明確である要件定義時には明確にしておく必要がある。 [+] 全部のデータ量が把握できていない場合0 全てのデータ量が明確である要件定義時には明確にしておく必要がある。 [+] 全部のデータ量が把握できていない場合B.1.1.4○オンラインリクエスト件数処理毎にリクエスト件数が明確である主な処理のリクエスト件数のみが明確である【メトリクス】オンラインリクエスト件数は単位時間を明らかにして確認する。 【レベル1】主な処理とはシステムが受け付けるオンラインリクエストの中で大部分を占めるものを言う。 例えば、住民情報システムの転入・転出処理やネットショッピングシステムの決済処理などがある。 主なリクエスト件数しか決まっていない場合、後工程に於いて、検討漏れリクエストの出現などによるサーバ能力不足などのリスクがある。 0 処理毎にリクエスト件数が明確である要件定義時には明確にしておく必要がある。 [+] 全部のオンラインリクエスト件数が把握できていない場合0 処理毎にリクエスト件数が明確である要件定義時には明確にしておく必要がある。 [+] 全部のオンラインリクエスト件数が把握できていない場合0 処理毎にリクエスト件数が明確である要件定義時には明確にしておく必要がある。 [+] 全部のオンラインリクエスト件数が把握できていない場合回復性 復旧作業 業務停止を伴う障害が発生した際の復旧作業に必要な労力。 性能・拡張性業務処理量 通常時の業務量性能・拡張性に影響を与える業務量。 該当システムの稼働時を想定し、合意する。 それぞれのメトリクスに於いて、単一の値だけでなく、前提となる時間帯や季節の特性なども考慮する。 災害対策外部保管データ 地震、水害、テロ、火災などの大規模災害発生により被災した場合に備え、データ・プログラムを運用サイトと別の場所へ保管するなどの要求。 3エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通B.1.1.5○バッチ処理件数処理単位毎に処理件数が決まっている主な処理の処理件数が決まっている【メトリクス】バッチ処理件数は単位時間を明らかにして確認する。要件定義時には主な処理(特に該当システムでクリティカルとなる処理)では処理件数のおおよその目安は決まっているはずであり、それを元に性能や拡張性の検討を進める。要件定義時に明確になっていない場合は、確定度合も含め、想定しておく。 【レベル1】主な処理とはシステムが実行するバッチ処理の中で大部分の時間を占める物をいう。 例えば、人事給与システムや料金計算システムの月次集計処理などがある。 主なバッチ処理件数しか決まっていない場合、後工程に於いて、検討漏れ処理の出現などによるサーバ能力不足などのリスクがある。 0 処理単位毎に処理件数が決まっている要件定義時には明確にしておく必要がある。 [+] 全部のバッチ処理件数が把握できていない場合0 処理単位毎に処理件数が決まっている要件定義時には明確にしておく必要がある。 [+] 全部のバッチ処理件数が把握できていない場合0 処理単位毎に処理件数が決まっている要件定義時には明確にしておく必要がある。 [+] 全部のバッチ処理件数が把握できていない場合B.1.2.1○ユーザ数増大率1倍 1.2倍 1.5倍 2倍 3倍 10倍以上 【レベル】レベルに示した倍率はおおまかな目安を示しており、具体的には数値で合意する必要がある。 0 1倍 ユーザの登録・削除などのサイクルを確認する。また、将来の見通しについても確認する。 [+] 利用者の増加が見込まれる場合1 1.2倍 ユーザの登録・削除などのサイクルを確認する。また、将来の見通しについても確認する。 [-] 利用者が固定されている場合[+] 利用者の増加が見込まれる場合1 1.2倍 ユーザの登録・削除などのサイクルを確認する。また、将来の見通しについても確認する。 [-] 利用者が固定されている場合[+] 利用者の増加が見込まれる場合B.1.2.2○同時アクセス数増大率1倍 1.2倍 1.5倍 2倍 3倍 10倍以上 【レベル】レベルに示した倍率はおおまかな目安を示しており、具体的には数値で合意する必要がある。 0 1倍 システムのピークモデルがユーザ数の増によってどのように変わると考えているかを確認する。 [+] 利用者の増加が見込まれる場合1 1.2倍 システムのピークモデルがユーザ数の増によってどのように変わると考えているかを確認する。 [-] 利用者が固定されている場合やユーザの増加とアクセスユーザの増加がリンクしない場合[+] 利用者の増加が見込まれる場合1 1.2倍 システムのピークモデルがユーザ数の増によってどのように変わると考えているかを確認する。 [-] 利用者が固定されている場合やユーザの増加とアクセスユーザの増加がリンクしない場合[+] 利用者の増加が見込まれる場合B.1.2.3○データ量増大率1倍 1.2倍 1.5倍 2倍 3倍 10倍以上 【レベル】レベルに示した倍率はおおまかな目安を示しており、具体的には数値で合意する必要がある。 0 1倍 業務のトレンドによってシステムで扱うデータ量がどの程度増加するかを確認する。 [+] 段階的稼働や、マスター蓄積システムの場合1 1.2倍 業務のトレンドによってシステムで扱うデータ量がどの程度増加するかを確認する。 [-] データを蓄積しないゲートウェイシステムの場合[+] 段階的稼働や、マスター蓄積システムの場合1 1.2倍 業務のトレンドによってシステムで扱うデータ量がどの程度増加するかを確認。 [-] データを蓄積しないゲートウェイシステムの場合[+] 段階的稼働や、マスター蓄積システムの場合B.1.2.4○オンラインリクエスト件数増大率1倍 1.2倍 1.5倍 2倍 3倍 10倍以上 【メトリクス】オンラインリクエスト件数は単位時間を明らかにして確認する。 【レベル】レベルに示した倍率はおおまかな目安を示しており、具体的には数値で合意する必要がある。 0 1倍 システムの制約となるリクエスト数の見通しを確認する。 1 1.2倍 システムの制約となるリクエスト数の見通しを確認する。 1 1.2倍 システムの制約となるリクエスト数の見通しを確認する。 B.1.2.5○バッチ処理件数増大率1倍 1.2倍 1.5倍 2倍 3倍 10倍以上 【メトリクス】バッチ処理件数は単位時間を明らかにして確認する。 【レベル】レベルに示した倍率はおおまかな目安を示しており、具体的には数値で合意する必要がある。 0 1倍 システムの制約となる処理件数を確認する。 1 1.2倍 システムの制約となる処理件数を確認する。 1 1.2倍 システムの制約となる処理件数を確認する。 B.1.3.1○保管期間 6ヶ月 1年 3年 5年 10年以上有期永久保管 【レベル】対象が複数あり、それぞれの保管期間が異なる場合は、それぞれの対象データについて決めること。 【レベル0】保管期間の制約が短い場合は6ヶ月で代用する。 1 1年 毎年データを更新していく想定。 [-] 保管データがほとんど無い場合[+] ディスク容量に余裕がある場合3 5年 税制などの対応で保管期間が規定されているという想定。 [-] 参照期間が限られていて、バックアップ媒体に吸い上げることが可能な場合[+] ディスク容量に余裕がある場合4 10年以上有期エンドユーザに保証している外部要件などで、保管期間が決められていると想定。 [-] 参照期間が限られていて、バックアップ媒体に吸い上げることが可能な場合[+] ディスク容量に余裕がある場合B.2.1.1○通常時レスポンス順守率順守率を定めない60% 80% 90% 95% 99%以上 【レベル】具体的な目標値や約束値がある場合、各処理の順守率を規定する。 レベルに示した順守率はおおまかな目安を示しており、具体的にはレスポンスと順守率について数値で合意する必要がある。 0 順守率を定めないトランザクションの量が少ない場合。または多い場合でもユーザに対する利用制限などが可能な場合を想定。 [+] 性能低下が、システムの評価低下につながる場合3 90% 管理対象とする処理の中で、通常時のトランザクション数の90%が目標値を達成できれば良いと想定。 [-] 遅くても、処理出来れば良い場合。または代替手段がある場合[+] 性能低下が、システムの評価低下につながる場合5 99%以上 管理対象とする処理の中で、通常時のトランザクション数の99%が目標値を達成できれば良いと想定。 [-] 遅くても、処理出来れば良い場合。または代替手段がある場合B.2.1.2○ピーク時レスポンス順守率順守率を定めない60% 80% 90% 95% 99%以上 【レベル】具体的な目標値や約束値がある場合、各処理の順守率を規定する。 レベルに示した順守率はおおまかな目安を示しており、具体的にはレスポンスと順守率について数値で合意する必要がある。 0 順守率を定めないトランザクションの量が少ない場合。または多い場合でもユーザに対する利用制限などが可能な場合を想定。 [+] 性能低下が、システムの評価低下につながる場合2 80% 管理対象とする処理の中で、ピーク時のトランザクション数の80%が目標値を達成できれば良いと想定。 [-] 遅くとも、処理出来れば良い場合。または代替手段がある場合[+] 性能低下が、システムの評価低下につながる場合4 95% 管理対象とする処理の中で、ピーク時のトランザクション数の95%が目標値を達成できれば良いと想定。 [-] 遅くとも、処理出来れば良いか代替手段がある場合[+] 性能低下が、システムの評価低下につながる場合B.2.2.1○通常時レスポンス順守度合い順守度合いを定めない所定の時間内に収まる再実行の余裕が確保できる【レベル1】所定の時間には再実行は含まない。 0 順守度合いを定めない比較的小規模のデータしかないため、バッチのレスポンス順守度に関しては特に規定しないと想定。 2 再実行の余裕が確保できる管理対象とする処理の中で、通常時のバッチ処理を実行し、結果が不正の場合、再実行できる余裕があれば良いと想定。 [-] 再実行をしない場合または代替手段がある場合2 再実行の余裕が確保できる管理対象とする処理の中で、通常時のバッチ処理を実行し、結果が不正の場合、再実行できる余裕があれば良いと想定。 [-] 再実行をしない場合または代替手段がある場合B.2.2.2○ピーク時レスポンス順守度合い順守度合いを定めない所定の時間内に収まる再実行の余裕が確保できる【レベル1】所定の時間には再実行は含まない。 0 順守度合いを定めない比較的小規模のデータしかないため、バッチのレスポンス順守度に関しては特に規定しないと想定。 2 再実行の余裕が確保できる管理対象とする処理の中で、ピーク時のバッチ処理を実行し、結果が不正の場合、再実行できる余裕があれば良いと想定。 ピーク時に余裕が無くなる場合にはサーバ増設や処理の分割などを考慮する必要がある。 [-] 再実行をしない場合または代替手段がある場合2 再実行の余裕が確保できる管理対象とする処理の中で、ピーク時のバッチ処理を実行し、結果が不正の場合、再実行できる余裕があれば良いと想定。 ピーク時に余裕が無くなる場合にはサーバ増設や処理の分割などを考慮する必要がある。 [-] 再実行をしない場合または代替手段がある場合B.3.1.1○CPU利用率 80%以上 50%以上80%未満20%以上50%未満20%未満○【メトリクス】CPU利用率は単位時間に、実行中のプログラムがCPUを使用している割合を示している。単位時間をどの程度にするか、また、動作するプログラムの特性によって数値は大きく異なる。 【レベル】レベルに示した利用率はおおまかな目安を示しており、具体的な数値で合意する必要がある。 【運用コストへの影響】CPU利用率が大きい場合、少しの業務量増大で機器増設などの対策が必要になる。 0 80%以上 システムが過剰設備となっていないという想定。 [+] 近い将来利用者が増える予定がある場合1 50%以上80%未満業務量の増加に備え、余裕を持たせている状態を想定。 [-] 性能・拡張性より低コストであることを優先する場合[+] 近い将来利用者が増える予定がある場合1 50%以上80%未満業務量の増加に備え、余裕を持たせている状態を想定。 [-] 性能・拡張性より低コストであることを優先する場合[+] 近い将来利用者が増える予定がある場合バッチシステム利用時に要求されるレスポンス。 システム化する対象業務の特性をふまえ、どの程度のレスポンス(ターンアラウンドタイム)が必要かについて確認する。更に、ピーク特性や、障害時の運用を考慮し、通常時・ピーク時・縮退運転時毎に順守率を決める、具体的な数値は特定の機能またはシステム分類毎に決めておくことが望ましい。 (例：日次処理/月次処理/年次処理など)リソース拡張性CPU拡張性 CPUの拡張性を確認するための項目。 CPU利用率は、将来の業務量の増加に備え、どれだけCPUに余裕をもたせておくかを確認するための項目。 CPU拡張性は、物理的もしくは仮想的に、どれだけCPUを拡張できるようにしておくかを確認するための項目。 CPUの専有の有無については「B.4.1 HWリソース専有の有無」で確認する。 業務量増大度 システム稼動開始からライフサイクル終了までの間で、開始時点と業務量が最大になる時点の業務量の倍率。 必要に応じ、開始日の平均値や、開始後の定常状態との比較を行う場合もある。 保管期間 システムが参照するデータのうち、OSやミドルウェアのログなどのシステム基盤が利用するデータに対する保管が必要な期間。 必要に応じて、データの種別毎に定める。 保管対象のデータを選択する際には、対象範囲についても決めておく。 性能目標値 オンラインレスポンスオンラインシステム利用時に要求されるレスポンス。 システム化する対象業務の特性をふまえ、どの程度のレスポンスが必要かについて確認する。ピーク特性や、障害時の運用を考慮し、通常時・ピーク時・縮退運転時毎に順守率を決める。具体的な数値は特定の機能またはシステム分類毎に決めておくことが望ましい。(例：Webシステムの参照系/更新系/一覧系など)バッチレスポンス(ターンアラウンドタイム)4エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通B.3.1.2○CPU拡張性 1倍(拡張要求なし)1.5倍の拡張が可能2倍の拡張が可能4倍の拡張が可能8倍以上の拡張が可能 ○【運用コストへの影響】CPU拡張性がない場合、機器自体の増設や、環境や契約の変更が必要になる場合がある。 0 1倍(拡張要求なし)部門内限定の利用であり、CPUの拡張が不要な場合1 1.5倍の拡張が可能２～３年後のシステム拡張に備え、CPU増設を可能にしたと想定。 1 1.5倍の拡張が可能２～３年後のシステム拡張に備え、CPU増設を可能にしたと想定。 B.3.2.1○メモリ利用率 80%以上 50%以上80%未満20%以上50%未満20%未満○【メトリクス】メモリ利用率は単位時間に、実行中のプログラムがメモリを使用している割合を示している。単位時間をどの程度にするか、また、動作するプログラムの特性によって数値は大きく異なる。 【レベル】レベルに示した利用率はおおまかな目安を示しており、具体的な数値で合意する必要がある。 【運用コストへの影響】メモリ利用率が大きい場合、少しの業務量増大でメモリや機器の増設が必要になる。 0 80%以上 システムが過剰設備となっていないという想定。 [+] 近い将来利用者が増える予定がある場合1 50%以上80%未満業務量の増加に備え、余裕を持たせている状態を想定。 [-] 性能・拡張性より低コストであることを優先する場合[+] 近い将来利用者が増える予定がある場合1 50%以上80%未満業務量の増加に備え、余裕を持たせている状態を想定。 [-] 性能・拡張性より低コストであることを優先する場合[+] 近い将来利用者が増える予定がある場合B.3.2.2○メモリ拡張性 1倍(拡張要求なし)1.5倍の拡張が可能2倍の拡張が可能4倍の拡張が可能8倍以上の拡張が可能 ○【運用コストへの影響】メモリ拡張性がない場合、機器自体の増設や、環境や契約の変更が必要になる場合がある。 0 1倍(拡張要求なし)部門内限定の利用であり、メモリの拡張が不要な場合1 1.5倍の拡張が可能２～３年後のシステム拡張に備え、メモリ増設を可能にしたと想定。 1 1.5倍の拡張が可能２～３年後のシステム拡張に備え、メモリ増設を可能にしたと想定。 C.1.1.1○ ○運用時間(通常)規定無し 定時内(9時～17時)夜間のみ停止(9時～21時)1時間程度の停止有り(9時～翌朝8時)若干の停止有り(9時～翌朝8時55分)24時間無停止【重複項目】A.1.1.1。運用時間(通常)は、システムの可用性の実現レベルを表す項目でもあるため、重複項目となっている。 【メトリクス】運用時間は、オンライン/バッチを含みシステムが稼動している時間帯を指す。 【レベル】()内の時間は各レベルの一例を示したもので、レベル選定の条件とはしていない。規定無しは、固定のサービス時間が存在しないことを示し、基本的にシステムは停止していて、必要に応じてユーザがシステムを起動するようなケースを想定している(例：障害発生に備えた予備システム、開発・検証用システム等)。定時内や夜間のみ停止は、一般的な業務形態を想定したもので、業務が稼動する時間帯が異なるシステムにおいては、時間帯をスライドさせるなどの読替えが必要である。停止有りとは、システムを停止しなければならない時間帯ではなく、システムを停止できる可能性のある時間帯を指す。24時間無停止は、オンライン業務が稼動していない時間にバッチを稼動させる必要があり、システムを停止することができないようなケースも含まれる。 2 夜間のみ停止(9時～21時)夜間に実施する業務はなく、システムを停止可能。 [-] 運用時間をもっと限って業務を稼働させる場合[+] 24時間無停止やリブート処理等の短時間の停止のみを考える場合4 若干の停止有り(9時～翌朝8時55分)24時間無停止での運用は必要ないが、極力システムの稼働は継続させる。 [-] 夜間のアクセスは認めないなど、長時間運用を停止する場合[+] 24時間無停止で運用する場合5 24時間無停止システムを停止できる時間帯が存在しない。 [-] 1日のスケジュールで定期的に運用を停止する時間帯が存在する場合C.1.1.2○ ○運用時間(特定日)規定無し 定時内(9時～17時)夜間のみ停止(9時～21時)1時間程度の停止有り(9時～翌朝8時)若干の停止有り(9時～翌朝8時55分)24時間無停止【重複項目】A.1.1.2。運用時間(特定日)は、システムの可用性の実現レベルを表す項目でもあるため、重複項目となっている。 【メトリクス】特定日とは、休日/祝祭日や月末月初など通常の運用スケジュールとは異なるスケジュールを定義している日のことを指す。特定日が複数存在する場合は、それぞれにおいてレベル値を整合する必要がある(例：「月～金はレベル2だが、土日はレベル0」、「通常はレベル5だが、毎月1日にリブートをするためその日はレベル3」など)。 また、ユーザの休日だけでなく、ベンダの休日についても特定日として認識し、運用保守体制等を整合すること。 0 規定無し 通常と異なる運用時間となる特定日は存在しない。 [+] 休日にバックアップ運用を行うなど、通常とは異なる運用時間となる特定日が存在する場合2 夜間のみ停止(9時～21時)週末はバックアップ運用のみのため、夜間は停止する。 [-] 週末運用するバックアップやバッチ処理などが存在せず、土休日は運用を停止する場合[+] 休日出勤する社員の業務に必要なため、土休日も運用する場合5 24時間無停止システムを停止できる時間帯が存在しない。 [-] 定期的に運用を停止する日が存在する場合C.1.2.2○外部データの利用可否全データの復旧に利用できる一部のデータ復旧に利用できる外部データは利用できない【メトリクス】外部データとは、当該システムの範囲外に存在するシステムの保有するデータを指す(開発対象のシステムと連携する既存システムなど)。外部データによりシステムのデータが復旧可能な場合、システムにおいてバックアップ設計を行う必要性が減るため、検討の優先度やレベルを下げて考えることができる。 1 一部のデータ復旧に利用できる他システムから必要なデータを修復することができるため、バックアップによってシステムの全データを復旧しなくてもよいことを想定。 [-] 外部に同じデータを持つシステムが存在するため、バックアップを取得しなくても本システムの全データを復旧できるような場合2 外部データは利用できない全データを復旧するためのバックアップ方式を検討しなければならないことを想定。 [-] 外部に同じデータを持つシステムが存在するため、本システムに障害が発生した際には、そちらからデータを持ってきてシステムを復旧できるような場合2 外部データは利用できない全データを復旧するためのバックアップ方式を検討しなければならないことを想定。 [-] 外部に同じデータを持つシステムが存在するため、本システムに障害が発生した際には、そちらからデータを持ってきてシステムを復旧できるような場合C.1.2.3○バックアップ利用範囲バックアップを取得しない障害発生時のデータ損失防止ユーザエラーからの回復データの長期保存(アーカイブ)【メトリクス】マルウェア等によるデータ損失への備えや、監査のためのログの退避など、セキュリティ観点のバックアップも考慮すること。 【レベル2】ユーザエラーからの回復の場合、システムとしては正常に完了してしまった処理を元に戻さなければならないため、複数世代のバックアップの管理や時間指定回復(Point in Time Recovery)等の機能が必要となる場合が考えられる。 1 障害発生時のデータ損失防止障害発生時に決められた復旧時点(RPO)へデータを回復できれば良い。 [-] 障害時に発生したデータ損失を復旧する必要がない場合[+] 復旧時点(RPO)が固定ではなく、障害の内容に応じて時間指定で復旧する必要がある場合2 ユーザエラーからの回復管理者の作業ミスなどによって発生したデータ損失についても回復できることを保証したい。 [-] 管理者の作業ミスによる復旧は管理者が作業前に個別にデータ保全作業を実施することで担保することとし、バックアップによる回復は必要としない場合[+] データ損失からの回復だけでなく、過去データの保存用途に用いる場合3 データの長期保存(アーカイブ)内部統制対応の要件に基づき、データの履歴を保存する必要がある。 [-] バックアップはデータ損失からの回復に対する用途にのみ使用する場合C.1.2.4○バックアップ自動化の範囲全ステップを手動で行う一部のステップを手動で行う全ステップを自動で行う○【メトリクス】バックアップ運用には、 ・スケジュールに基づくジョブ起動 ・バックアップ対象の選択 ・バックアップ先の選択 ・ファイル転送などといった作業ステップが存在する。 【運用コストへの影響】バックアップ運用の自動化を実現するためには、ハードウェア・ソフトウェアに対する投資が必要となり導入コストは増大する。しかし、運用中におけるバックアップ作業をユーザが実施する必要がなくなるため、その分運用コストは減少すると考えられる。 0 全ステップを手動で行うバックアップに関するオペレーションはスケジュール管理も含めて基本的に手動で実行する。 [+] バックアップに関する管理者のオペレーションを削減したい場合1 一部のステップを手動で行うバックアップに関するオペレーションはバックアップ管理のソフトウェアを導入して自動化するが、一部の作業(特定のコマンド実行、テープ交換等)は手動にて実施する必要がある。 [-] 管理者が全てのステップを手動で実行する場合[+] バックアップ運用の全てのステップを自動で行いたい場合2 全ステップを自動で行うバックアップに関するオペレーション(スケジュール管理、メディア管理、ジョブ実行等)に関して、管理ソフトウェアを導入して自動で行うことを想定。 [-] 管理者が手動でバックアップを実行する場合C.1.2.5○バックアップ取得間隔バックアップを取得しないシステム構成の変更時など、任意のタイミング月次で取得週次で取得日次で取得同期バックアップ1 システム構成の変更時など、任意のタイミングバックアップから復旧する必要のあるマスターデータ等は、運用中ほとんど更新されることがないため、定期的にではなく、マスターデータ更新時にバックアップを取得することを想定。 [+] バックアップから復旧する必要のあるデータがトランザクショナルなデータで運用中随時更新されるようなものである場合4 日次で取得全体バックアップは週次で取得する。しかし、RPO要件である、1日前の状態に戻すためには、毎日差分バックアップを取得しなければならないことを想定。 [-] RPOの要件が[-]される場合[+] RPOの要件が[+]される場合や、複数世代を確保してバックアップの可用性を高めたい場合5 同期バックアップRTOの要件を満たすため、更新内容をバックアップサイトへ転送し、障害発生時にすぐに運用が可能なDRサイトを構成することを想定。 [-] 障害発生時にバックアップからのリカバリ作業のため運用の停止が許されるような場合C.1.2.6○バックアップ保存期間バックアップを保存しない1年未満 3年 5年 10年以上有限永久保存 【メトリクス】主に可用性の観点で実施されるバックアップの世代管理とは別に、ここではデータ保全という観点でバックアップデータの保存期間を検討する。 0 バックアップを保存しないバックアップデータは障害復旧用途にのみ利用されるものであり、データ保存の用途には使用しないことを想定。 [+] バックアップをデータアーカイブの用途に利用するような場合2 3年 社内規定でデータの更新履歴を3年間保持しなければならないことを想定。 [-] 保管先容量の制限で3年分をシステム上に保持できない場合[+] 社内外の規定が変更されて保存期間が延長されることが想定される場合4 10年以上有限10年間のデータ保存が法律で規定されているような場合を想定。 [-] 保存先容量の制限で10年分をシステム上に保持できない場合[+] 保存先容量に制限がなく、永続的にデータを保管しなければならない場合運用・保守性通常運用 運用時間 システム運用を行う時間。利用者やシステム管理者に対してサービスを提供するために、システムを稼動させ、オンライン処理やバッチ処理を実行している時間帯のこと。 バックアップ システムが利用するデータのバックアップに関する項目。 メモリ拡張性 メモリの拡張性を確認するための項目。 メモリ利用率は、将来の業務量の増加に備え、どれだけメモリに余裕をもたせておくかを確認するための項目。 メモリ拡張性は、物理的もしくは仮想的に、どれだけメモリを拡張できるようにしておくかを確認するための項目。 メモリの専有の有無については「B.4.1 HWリソース専有の有無」で確認する。 5エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通C.1.3.1○監視情報 監視を行わない死活監視を行うエラー監視を行うエラー監視(トレース情報を含む)を行うリソース監視を行うパフォーマンス監視を行う○【メトリクス】監視とは情報収集を行った結果に応じて適切な宛先に発報することを意味する。本項目は、監視対象としてどのような情報を発信するべきかを決定することを目的としている。また、監視情報の発報先については、「C.4.5.2 監視システムの有無」で確認すること。 【レベル】死活監視とは、対象のステータスがオンラインの状態にあるかオフラインの状態にあるかを判断する監視のこと。 エラー監視とは、対象が出力するログ等にエラー出力が含まれているかどうかを判断する監視のこと。トレース情報を含む場合は、どのモジュールでエラーが発生しているのか詳細についても判断することができる。 リソース監視とは、対象が出力するログや別途収集するパフォーマンス情報に基づいてCPUやメモリ、ディスク、ネットワーク帯域といったリソースの使用状況を判断する監視のこと。 パフォーマンス監視とは、対象が出力するログや別途収集するパフォーマンス情報に基づいて、業務アプリケーションやディスク I/O、ネットワーク転送等の応答時間やスループットについて判断する監視のこと。 【運用コストへの影響】エラー監視やリソース監視、パフォーマンス監視を行うことによって、障害原因の追求が容易となったり、障害を未然に防止できるなど、システムの品質を維持するための運用コストが下がる。 2 エラー監視を行う管理者がすぐにシステムにアクセスして障害状況を調査することができるため、エラーが発生したことのみを通知できればよい。 [-] ハードウェアやプロセスの死活状態のみが判断できれば良いような場合[+] 障害対応時間の短縮のため、管理者がシステムにアクセスしなくても、ある程度障害箇所が判断できるようにする必要がある場合3 エラー監視(トレース情報を含む)を行う夜間の障害時にも、管理者に状況を通知し、すぐ対処が必要なのかどうかを判断するため、詳細なエラー情報まで監視を行うことを想定。 [-] 障害時は管理者がすぐにシステムにアクセスできるため、詳細なエラー情報まで監視する必要がない場合[+] エラー情報だけでなく、リソース使用状況も監視して、障害発生を未然に防ぎたい場合4 リソース監視を行うCPU使用率やスワップの発生状況等に対して閾値を設定し、サービスレベル低下の予兆を監視して、システムの拡張計画や運用スケジュールの検討を行うことを想定。 [-] 障害の発生を検知して管理者への対応を促すのみで良い場合[+] 業務アプリケーションの応答時間やスループットなど、より厳密にシステムのサービスレベルを評価したいような場合C.1.3.2○監視間隔 監視を行わない不定期監視(手動監視)定期監視(1日間隔)定期監視(数時間間隔)リアルタイム監視(分間隔)リアルタイム監視(秒間隔)1 不定期監視(手動監視)必要に応じて管理者が手動確認を行うため、診断間隔は不定期となることを想定。 [+] 手動確認ではなく、システムに監視をさせて必要に応じて管理者に通知をさせたい場合4 リアルタイム監視(分間隔)障害を検知するまでの時間がかかってしまうが、システムに対する監視情報収集のコストを低くすることを優先し、分間隔での監視とすることを想定。 [-] 障害の検知はアプリケーションの機能で実装し、システム基盤としての監視としては定期的な運用状況のレポートのみでよいような場合[+] 障害検知までの時間を短縮したいような場合5 リアルタイム監視(秒間隔)障害発生時にはすぐに検知して対処に移れるように、秒間隔での監視を行うことを想定。 [-] 監視情報の収集がアプリケーションのパフォーマンスに影響するリスクを回避するため、監視間隔を広げるような場合C.2.1.1○ ○計画停止の有無計画停止有り(運用スケジュールの変更可)計画停止有り(運用スケジュールの変更不可)計画停止無し※緊急対応を除く○【重複項目】A.1.1.3。計画停止の有無は、システムの可用性の実現レベルを表す項目でもあるため、重複項目となっている。 【運用コストへの影響】計画停止有りの場合、事前のバックアップや、システム構成に応じた手順準備など、運用時のコストがかさむ。 0 計画停止有り(運用スケジュールの変更可)事前の合意があれば、停止は可能。 [+] 運用時間外での停止だけで対応可能な場合1 計画停止有り(運用スケジュールの変更不可)24時間無停止での運用は必要ない。停止可能な時間が存在し、計画的な停止は可能。 [-] 運用スケジュールとしては停止可能な時間帯は存在しないが、事前の調整で停止が可能な場合[+] 24時間無停止が要求される場合2 計画停止無し※緊急対応を除くシステムを停止できる時間帯が存在しない。 [-] 運用スケジュールとして停止可能な時間帯が存在し、計画停止の必要性がある場合C.2.2.1○保守作業自動化の範囲保守作業は全て手動で実施する一部の保守作業を自動で実行する全ての保守作業を自動で実行する○【メトリクス】保守作業とは、保守運用に伴うシステム基盤を維持管理するための作業を指し、点検作業やパッチ適用等のアップデート作業、領域拡張、デフラグ、ログローテート等を想定している。障害対応や復旧作業などは含まない。 【運用コストへの影響】システム基盤の保守運用作業を自動化するためには、特別な運用管理ツールを導入したり、さまざまな作り込みを実施する必要がある。そのため導入コストは増大するが、ユーザが実施すべき保守運用作業が簡略化あるいはなくなると考えられるので、運用コストは減少する。 0 保守作業は全て手動で実施する全ての保守作業を管理者が手動で実行することを想定。 [+] いくつかの保守作業を自動化する場合1 一部の保守作業を自動で実行する業務機能の起動・停止など定期的に行う処理は自動化するが、ログの削除など非定期に実行する処理は管理者が手動で実施することを想定。 [-] 全ての保守作業を手動で実行する場合[+] 全ての保守作業を自動化する場合2 全ての保守作業を自動で実行する業務機能の起動・停止やスケジューリングされたメンテナンス操作を全て自動で実行することを想定 [-] いくつかの機能は管理者が手動で実行することを想定する場合C.4.1.1 開発用環境の設置ユーザがシステムに対する開発作業を実施する目的で導入する環境についての項目。 ○開発用環境の設置有無システムの開発環境を設置しない運用環境の一部に限定した開発環境を設置する運用環境と同一の開発環境を設置する【メトリクス】開発用環境とは、本番環境とは別に開発専用に使用することのできる機材一式のことを指す。本番移行後に本番環境として利用される開発フェーズの環境は、本項目に含めない。 【レベル】開発フェーズでは開発環境として使用していたが、本番移行後は本番環境となる環境については、レベル0のシステムの開発環境を設置しないを選択する。 0 システムの開発環境を設置しない本番環境上で開発を行い、そのまま本番運用に使用する。 [+] 運用中も開発を実施するために、開発環境を用意する場合1 運用環境の一部に限定した開発環境を設置する非クラスタの開発環境を用意する。 [-] 開発環境を用意しない場合[+] 本番環境と同等の開発環境を用意する場合2 運用環境と同一の開発環境を設置する本番環境と同等の開発用環境を設置することを想定。 [-] 本番環境では複数台存在するAPサーバを1台のみで開発環境を用意する場合C.4.2.1 試験用環境の設置ユーザがシステムの動作を試験する目的で導入する環境についての項目。 ○試験用環境の設置有無システムの試験環境を設置しないシステムの開発用環境と併用する専用の試験用環境を設置する【メトリクス】試験用環境とは、本番環境とは別に試験専用に使用することのできる機材一式のことを指す。本番移行後に本番環境として利用される試験フェーズの環境は、本項目に含めない。 【レベル】試験フェーズでは試験環境として使用していたが、本番移行後は本番環境となる環境については、レベル0のシステムの試験環境を設置しないを選択する。 0 システムの試験環境を設置しない試験用環境を用意しない。 [+] 試験用環境を用意する場合1 システムの開発用環境と併用する開発環境上で試験も実施する。 [-] 試験用環境を用意しない場合[+] 開発環境とは別に試験用の環境を用意する場合2 専用の試験用環境を設置する開発環境とは別に試験用の環境も用意する。 [-] 開発環境と試験環境を併用する場合C.4.3.1 マニュアル準備レベル運用のためのマニュアルの準備のレベル。 ○マニュアル準備レベル各製品標準のマニュアルを利用するシステムの通常運用のマニュアルを提供するシステムの通常運用と保守運用のマニュアルを提供するユーザのシステム運用ルールに基づくカスタマイズされたマニュアルを提供する○【レベル】通常運用のマニュアルには、システム基盤に対する通常時の運用(起動・停止等)にかかわる操作や機能についての説明が記載される。保守運用のマニュアルには、システム基盤に対する保守作業(部品交換やデータ復旧手順等)にかかわる操作や機能についての説明が記載される。 障害発生時の一次対応に関する記述(系切り替え作業やログ収集作業等)は通常運用マニュアルに含まれる。バックアップからの復旧作業については保守マニュアルに含まれるものとする。 【運用コストへの影響】ユーザの運用に合わせたカスタマイズされたマニュアルは、作成するためにコストがかかるため導入コストが増大するが、ユーザが運用時に手順を調査する負担が減少するため運用コストは減少する。 0 各製品標準のマニュアルを利用するシステムの操作方法について、管理者が製品マニュアルを参照して習得することを想定。必要に応じて、ユーザが運用マニュアルを作成する。 [+] ベンダよりマニュアルの提供を受ける必要がある場合2 システムの通常運用と保守運用のマニュアルを提供する緊急時にはユーザ側にて保守対応を実施することも想定し、リカバリ作業手順などを示した保守マニュアルも作成する。 [-] 保守作業は全てベンダに依頼するため、通常運用に必要なオペレーションのみを説明した運用マニュアルのみ作成する場合[+] ユーザ独自の運用ルールを加味した特別な運用マニュアルを作成する場合3 ユーザのシステム運用ルールに基づくカスタマイズされたマニュアルを提供するユーザの自営センターの運用ルールにのっとったマニュアルの作成を要望。 [-] ベンダの用意する一般的な運用マニュアルで良いような場合C.4.4.1○リモート監視地点リモート監視を行わない構内LANを介してリモート監視を行う遠隔地でリモート監視を行う○【レベル】監視の内容については、通常運用の運用監視の項目にて確認する必要がある。 【運用コストへの影響】リモート監視を実装するためには、特別なハードウェア・ソフトウェアを導入する必要があり導入コストが増大する。しかし、運用状況の確認のために管理者がわざわざサーバの設置場所まで移動する必要がなくなるため、運用コストは減少する。 0 リモート監視を行わない機器数が少ないため、リモートでの集中監視を行わない。 [+] 機器数が少なくとも、別途監視サーバを用意してリモート監視を行う場合1 構内LANを介してリモート監視を行うセンターに配置されるサーバ機器のみリモート監視を行い、各支店に配置されるクライアント機器類は監視を行わない。 [-] サーバ機器についてもコンソールでの直接監視を行う場合[+] 各支店に配置されているクライアント機器類についてもリモートで集中監視を行う場合2 遠隔地でリモート監視を行うシステムを構成する全ての機器類を監視センターからリモートで集中監視を行う[-] リモートで監視を行うのはセンターに配置されているサーバ機器類のみとし、各支店に配置されているクライアント機器類はコンソールにて直接監視してもらうような場合C.4.4.2○リモート操作の範囲リモート操作を行わない定型処理のみリモート操作を行う任意のリモート操作を行う○【メトリクス】リモート監視地点から実施できる操作の範囲を検討する。 【レベル】定型処理のみリモート操作を実現するためのソフトウェアは安価であったり、任意のリモート操作を認める場合はセキュリティやその他の面での検討項目が増えることを考慮し、定型処理よりも任意のリモート操作を行う方のレベルを高く設定している。 【運用コストへの影響】リモート操作を実装するためには、特別なハードウェア・ソフトウェアを導入する必要があり導入コストが増大する。しかし、メンテナンス操作のために管理者がわざわざサーバの設置場所まで移動する必要がなくなるため、運用コストは減少する。 0 リモート操作を行わないメンテナンス操作は、全てマシンローカルの環境で実施する。 [+] リモートの管理端末を用意し、そこからメンテナンス操作を実行することを想定する場合1 定型処理のみリモート操作を行う集中監視を行っているリモート監視端末から、対象機器のメンテナンス操作を実施することを想定する。セキュリティの観点から、あらかじめ実行できる操作を限定する。 [-] リモートからの操作は実行しない場合[+] 任意の操作を実行できるようにする場合2 任意のリモート操作を行う運用部門とシステム設置場所が遠隔地に存在することを想定し、対象機器の操作を基本的に全てリモートで実施できるようにする。 [-] 特定の操作のみの実行ができればよいような場合運用環境リモートオペレーションシステムの設置環境とは離れた環境からのネットワークを介した監視や操作の可否を定義する項目。 運用監視 システム全体、あるいはそれを構成するハードウェア・ソフトウェア(業務アプリケーションを含む)に対する監視に関する項目。 セキュリティ監視については本項目には含めない。「E.7.1 不正監視」で別途検討すること。 保守運用 計画停止 点検作業や領域拡張、デフラグ、マスターデータのメンテナンス等、システムの保守作業の実施を目的とした、事前計画済みのサービス停止に関する項目。 運用負荷削減 保守運用に関する作業負荷を削減するための設計に関する項目。 6エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通C.4.5.1○外部システムとの接続有無外部システムと接続しない社内の外部システムと接続する社外の外部システムと接続する【メトリクス】接続する場合には、そのインターフェースについて確認すること。 0 外部システムと接続しない部門内システムであり、連携する他システムが存在しない。 [+] 履歴データを蓄積・分析を行うようなシステムに対してデータを送信するなど、連携する他システムが存在する場合1 社内の外部システムと接続する企業内基幹系システムとして、受発注と在庫管理などのように連携する社内の他システムが存在することを想定。 [-] データのやり取りを行う多システムが存在しない場合[+] 社外のシステムに接続して、データのやり取りを行う場合2 社外の外部システムと接続する社会基盤のシステムとして、様々な企業システムと連携して処理を行うシステムを想定。 [-] システムと連携する外部のシステムが存在しない場合C.5.1.1 保守契約(ハードウェア)保守が必要な対象ハードウェアの範囲。 ○保守契約(ハードウェア)の範囲保守契約を行わないベンダの自社製品(ハードウェア)に対してのみ保守契約を行うマルチベンダのサポート契約を行う(一部対象外を許容)マルチベンダのサポート契約を行う(システムを構成する全製品を対象)○【レベル】ベンダの自社製品(ハードウェア)に対してのみサポート契約とは、システムを構成する製品個別の提供ベンダと、当該製品に対するサポート契約を行うことを意味しており、当該製品に対してのみサポートサービスが提供される契約形態のことである。 マルチベンダのサポート契約とは、システム全体に対するサポートサービスを提供するベンダと契約を行うことを意味しており、複数のベンダの製品から構成されるシステムに対してワンストップのサポート窓口が提供される契約形態のことである。 【運用コストへの影響】サポート契約を行うと運用コストが増大するように感じられるが、問題が発生した際に必要となる費用が膨大となるため、サポート契約を行ったほうが結果として運用コストは小さくなる場合がある。 1 ベンダの自社製品(ハードウェア)に対してのみ保守契約を行うシステムを構成する個々のハードウェア製品を調達し、SIはユーザが実施することを想定。 [+] SIerを立てて、システム全体を調達するような場合2 マルチベンダのサポート契約を行う(一部対象外を許容)既存の機器を流用したシステム構築を想定。既存の機器に対するサポートは、別ベンダが実施する。 [-] 複数製品についてのワンストップのサポート窓口を必要としない場合[+] サポート対象外を許容せず、システムを構成する全ての製品についてワンストップのサポート窓口を必要とする場合3 マルチベンダのサポート契約を行う(システムを構成する全製品を対象)システムに関する問い合わせ窓口を一本化し、管理者の負荷を軽減することを想定。 [-] 特殊な製品や、既存の機器を用いたシステムの構築を行う場合など、一部の製品に関して問い合わせ窓口を一本化する必要がない場合C.5.2.1 保守契約(ソフトウェア)保守が必要な対象ソフトウェアの範囲。 ○保守契約(ソフトウェア)の範囲保守契約を行わないベンダの自社製品(ソフトウェア)に対してのみ保守契約を行うマルチベンダのサポート契約を行う(一部対象外を許容)マルチベンダのサポート契約を行う(システムを構成する全製品を対象)○【レベル】ベンダの自社製品(ソフトウェア)に対してのみサポート契約とは、システムを構成する製品個別の提供ベンダと、当該製品に対するサポート契約を行うことを意味しており、当該製品に対してのみサポートサービスが提供される契約形態のことである。 マルチベンダのサポート契約とは、システム全体に対するサポートサービスを提供するベンダと契約を行うことを意味しており、複数のベンダの製品から構成されるシステムに対してワンストップのサポート窓口が提供される契約形態のことである。 【運用コストへの影響】サポート契約を行うと運用コストが増大するように感じられるが、問題が発生した際に必要となる費用が膨大となるため、サポート契約を行ったほうが結果として運用コストは小さくなる場合がある。 1 ベンダの自社製品(ソフトウェア)に対してのみ保守契約を行うシステムを構成する個々のソフトウェア製品を調達し、SIはユーザが実施することを想定。 [+] SIerを立てて、システム全体を調達するような場合2 マルチベンダのサポート契約を行う(一部対象外を許容)既存のソフトウェアライセンスを流用したシステム構築を想定。既存のソフトウェアに対するサポートは、別ベンダが実施する。 [-] 複数製品についてのワンストップのサポート窓口を必要としない場合[+] サポート対象外を許容せず、システムを構成する全ての製品についてワンストップのサポート窓口を必要とする場合2 マルチベンダのサポート契約を行う(一部対象外を許容)システムに関する問い合わせ窓口を一本化し、管理者の負荷を軽減することを想定。 [-] 特殊な製品や、既存の機器を用いたシステムの構築を行う場合など、一部の製品に関して問い合わせ窓口を一本化する必要がない場合C.5.3.1 ライフサイクル期間運用保守の対応期間および、実際にシステムが稼動するライフサイクルの期間。 ○ライフサイクル期間3年 5年 7年 10年以上 【メトリクス】ここでのライフサイクルとは、次回のシステム更改までの期間と規定している。製品の保守可能期間よりも長い期間のライフサイクルとなる場合は、保守延長や保守可能バージョンへのアップ等の対応が必要となる。 0 3年 3年以内には組織変更が発生し、システムの更新が必要となることを想定。 [+] 社内規定などにより、システムのライフサイクル期間が7年程度と定められているような場合2 7年 導入するソフトウェアのサポート期間に合わせてシステムのライフサイクルを7年と決定したと想定。 [-] 導入するソフトウェアやハードウェアのサポート期間がもっと短い場合[+] 内部統制等によりシステムで実行する業務を10年以上継続しなければならないため、それにライフサイクルを合わせる場合3 10年以上 システムで実施する業務は今後10年間は継続することになるため、システムのライフサイクルをそれに合わせることを想定。 [-] 導入するソフトウェアやハードウェアのサポート期間が短いため、それにあわせてライフサイクル期間を定める場合C.6.1.1 内部統制対応 IT運用プロセスの内部統制対応を行うかどうかに関する項目。 ○内部統制対応の実施有無内部統制対応について規定しない既存の社内規定に従って、内部統制対応を実施する新規に規定を制定し、内部統制対応を実施する【メトリクス】ここでは内部統制対応の実施有無について確認する。内部統制対応の具体的な対応方法(オペレーションで実施するか、システムへの機能実装で実現するか等)については、有無の確認後に具体化して確認する。 0 内部統制対応について規定しない内部統制実施の対象システムではないため、対応を実施しない。 [+] 対象システムではないが、部門の判断により内部統制対応を実施する場合1 既存の社内規定に従って、内部統制対応を実施する社内規定に従い、内部統制対応を実施する。 [-] 内部統制実施の対象システムではないため、対応を実施しない場合[+] 既存の規定は存在しないが、本システムを構築するに際して、新たな規定を策定するような場合1 既存の社内規定に従って、内部統制対応を実施する法令にて定められているとおり、内部統制対応を実施する。 [-] 順守すべき法令や社内の内部統制規定等が存在しない場合[+] 既存の規定は存在しないが、本システムを構築するに際して、新たな規定を策定するような場合C.6.2.1 サービスデスク ユーザの問合せに対して単一の窓口機能を提供するかどうかに関する項目。 ○サービスデスクの設置有無サービスデスクの設置について規定しない既存のサービスデスクを利用する新規にサービスデスクを設置する【メトリクス】ここでは、ユーザとベンダ間におけるサービスデスクの設置の有無について確認する。サービスデスク機能の具体的な実現方法については、有無の確認後に具体化して確認する。 0 サービスデスクの設置について規定しないユーザ/ベンダ間のやり取りに関してサービスデスク機能を設けず、個別対応にすることを想定[+] サービスデスクを設置する場合1 既存のサービスデスクを利用するマルチベンダのサポート契約を締結するベンダとの間に既存のサービスデスクが存在することを想定[-] サービスデスクを設置しない場合[+] 初めて取引を行うベンダで、既存のサービスデスクが存在しないような場合2 新規にサービスデスクを設置する当該システム専用のサービスデスク機能をベンダが開設することを想定 [-] 既存のサービスデスク機能を利用するような場合D.1.1.1○システム移行期間システム移行無し3ヶ月未満 半年未満 1年未満 2年未満 2年以上 1 3ヶ月未満システムを短期間で構築する必要がある。 [+] 中長期間で進める場合4 2年未満 年度を跨いで移行を進める必要がある。 [-] 期間短縮の場合[+] さらに長期期間が必要な場合5 2年以上 移行の計画から稼働まで安全性を最優先にして進める必要がある。 [-] 期間短縮の場合D.1.1.2○システム停止可能日時制約無し(必要な期間の停止が可能)5日以上 5日未満 1日(計画停止日を利用)利用の少ない時間帯(夜間など)移行のためのシステム停止不可【メトリクス】システムによっては、システム停止可能な日や時間帯が連続して確保できない場合がある。(例えば、この日は1日、次の日は夜間のみ、その次の日は計画停止日で1日、などの場合。)その場合には、システム停止可能日とその時間帯を、それぞれ確認すること。 【レベル】レベル0はシステムの制約によらず、移行に必要な期間のシステム停止が可能なことを示す。レベル1以上は、システム停止に関わる(業務などの)制約が存在する上での、システム停止可能日時を示す。レベルが高くなるほど、移行によるシステム停止可能な日や時間帯など、移行計画に影響範囲が大きい制約が存在することを示している。 1 5日以上 業務への影響が少なく数日以上はシステム停止可能。 [-] さらに停止を多くする場合[+] 停止を少なくする場合4 利用の少ない時間帯(夜間など)業務が比較的少ない時間帯にシステム停止が可能。 [-] 停止を増やす場合5 移行のためのシステム停止不可システム停止時間は最短にする必要がある。 [-] 停止時間を確保する場合D.1.1.3○並行稼働の有無無し 有り 【レベル1】並行稼働有りの場合には、その期間、場所等を規定すること。関係項目にF.4.2.3、F.4.4.3がある。 0 無し 移行のためのシステム停止期間も十分確保できるため並行稼働の必要性は低い。 [+] 移行のためのシステム停止期間が確保できず、並行稼働する場合1 有り 移行のためのシステム停止期間が少ないため、移行時のリスクを考慮して並行稼働は必要。 [-] 移行のためのシステム停止期間が確保可能であり、並行稼働しない場合1 有り 移行のためのシステム停止不可のため、移行時のリスク軽減を最優先して並行稼働は必要。 [-] 移行のためのシステム停止期間が確保可能であり、並行稼働しない場合D.2.1.1○拠点展開ステップ数単一拠点のため規定無し一斉展開 5段階未満 10段階未満20段階未満20段階以上【レベル】拠点展開時のリスクによっては難易度が逆転し、一斉展開の難易度が高くなる場合もある。対象システムについて、拠点毎に展開時のリスクを考慮して拠点展開ステップ数を判断すること。 0 単一拠点のため規定無しシステムが単一で展開を規定する必要がない。 [+] 展開を検討する必要がある場合1 一斉展開 効率を優先させて一斉に切り替える。段階的に移行させる必要性は低い。 [+] 段階的に展開が必要な場合2 5段階未満段階的展開が必要である。 [-] 一斉展開する場合[+] 段階数を増やす必要がある場合D.2.1.2○業務展開ステップ数単一業務のため規定無し全業務一斉切り替え4段階未満 6段階未満 10段階未満10段階以上【レベル】業務展開時のリスクによっては難易度が逆転し、全業務一斉切り替えの難易度が高くなる場合もある。対象システムについて、業務毎に展開時のリスクを考慮して業務展開ステップ数を判断すること。 0 単一業務のため規定無しシステムが単一で展開を規定する必要がない。 [+] 展開を検討する必要がある場合1 全業務一斉切り替え効率を優先させて一斉に切り替える。段階的に移行させる必要性は低い。 [+] 段階的に展開が必要な場合2 4段階未満段階的展開が必要である。 [-] 一斉展開する場合[+] 段階数を増やす必要がある場合その他の運用管理方針移行性 移行時期 移行のスケジュール移行作業計画から本稼働までのシステム移行期間、システム停止可能日時、並行稼働の有無。(例外発生時の切り戻し時間や事前バックアップの時間等も含むこと。)移行方式 システム展開方式システムの移行および新規展開時に多段階による展開方式をどの程度採用するかの程度。 外部システム接続システムの運用に影響する外部システムとの接続の有無に関する項目。 サポート体制7エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通D.3.1.1 移行対象(機器)移行設備 移行前のシステムで使用していた設備において、新システムで新たな設備に入れ替え対象となる移行対象設備の内容。 ○設備・機器の移行内容移行対象無し移行対象設備・機器のハードウェアを入れ替える移行対象設備・機器のハードウェア、OS、ミドルウェアを入れ替える移行対象設備・機器のシステム全部を入れ替える移行対象設備・機器のシステム全部を入れ替えて、さらに統合化する【レベル】移行対象設備・機器が複数あり、移行内容が異なる場合には、それぞれ合意すること。 0 移行対象無し設備機器を新設する必要がある。 [+] 既存設備機器が存在する場合3 移行対象設備・機器のシステム全部を入れ替える業務アプリケーションも含めた移行がある。 [-] 業務アプリケーション更改が無い場合[+] 業務アプリケーションの更改程度が大きい場合2 移行対象設備・機器のハードウェア、OS、ミドルウェアを入れ替える業務アプリケーションを更改はせずに、老朽化または性能向上等の対策をする必要がある。 [-] ハードウェアのみ入れ替える場合[+] 業務アプリケーションの更改が有る場合D.4.1.1○移行データ量移行対象無し1TB未満 1PB未満 1PB以上 1 1TB未満 1TB(テラバイト)未満のデータ(マスター等)を移行する必要がある。 [+] 1TB以上の場合2 1PB未満 1PB(ペタバイト)未満のデータを移行する必要がある。 [-] 1TB未満の場合[+] 1PB以上の場合3 1PB以上 1PB(ペタバイト)以上のデータを移行する必要がある。 [-] 1PB未満の場合D.4.1.2○移行データ形式移行対象無し移行先と形式が同一移行先と形式が異なる【メトリクス】データ形式は、アプリケーションに依存したフォーマット、テーブル形式や文字コードなど、新システムに移行するために考慮すべきデータ形式のパターンを指す。 【レベル】移行データ形式のパターンが複数ある場合には、それぞれについてデータ形式を確認すること。 1 移行先と形式が同一データ形式を現状のままで使用する。 [+] データ形式の変更が必要な場合2 移行先と形式が異なる業務の効率化や統合化等によって、データ形式の変更が必要である。 [-] 移行データの形式を変更しない場合1 移行先と形式が同一データの継続性や他システムとの親和性を担保するため、データ形式を現状のままで使用する。 [+] データ形式の変更が必要な場合E.1.1.1 前提条件・制約条件情報セキュリティに関するコンプライアンス順守すべき情報セキュリティに関する組織規程やルール、法令、ガイドライン等が存在するかどうかを確認するための項目。 なお、順守すべき規程等が存在する場合は、規定されている内容と矛盾が生じないよう対策を検討する。 例)・国内/海外の法律・資格認証・ガイドライン・その他ルール○順守すべき社内規程、ルール、法令、ガイドライン等の有無無し 有り 【メトリクス】規程、法令、ガイドライン等を確認し、それらに従い、セキュリティに関する非機能要求項目のレベルを決定する必要がある。 例)・国内/海外の法律 不正アクセス禁止法・不正競争防止法・プロバイダ責任法・改正個人情報保護法・SOX法・ EU一般データ保護規則(GDPR)・特定電子メール送信適正化法・電子署名法 など・資格認証 プライバシーマーク・ISMS/ITSMS/BCMS/CSMS・ISO/IEC27000系・PCI DSS・ クラウド情報セキュリティ監査・TRUSTe など・ガイドライン FISC・FISMA/NIST800・政府機関の情報セキュリティ対策のための統一基準 など・その他ルール 情報セキュリティポリシー など【レベル1】構築するシステムが関係する国や地域によって、順守すべき法令やガイドラインが異なることに注意すること。 0 無し ユーザ要件に応じてレベルを判断する必要がある。 [+] 順守すべき規程、法令、ガイドライン等が存在する場合0 無し ユーザ要件に応じてレベルを判断する必要がある。 [+] 順守すべき規程、法令、ガイドライン等が存在する場合0 無し ユーザ要件に応じてレベルを判断する必要がある。 [+] 順守すべき規程、法令、ガイドライン等が存在する場合E.2.1.1 セキュリティリスク分析セキュリティリスク分析システム開発を実施する中で、どの範囲で対象システムの脅威を洗い出し、影響の分析を実施するかの方針を確認するための項目。 なお、適切な範囲を設定するためには、資産の洗い出しやデータのライフサイクルの確認等を行う必要がある。 また、洗い出した脅威に対して、対策する範囲を検討する。 ○リスク分析範囲分析なし 重要度が高い資産を扱う範囲、あるいは、外接部分開発範囲 【メトリクス】システム開発中に実施するセキュリティリスク分析では、ソフトウェアのサポート終了や暗号の危殆化等の運用期間に顕在化するリスクも考慮する。 【レベル1】外接部分とは、インターネットへの接続部分や、外部へ情報を持ち出す際に用いる媒体等を接続する部分、また、外部システムとデータのやりとりを行う部分等を意味する。 なお、以降のレベルにおいても同様の意味で用いている。 0 分析なし 詳細なリスク分析は実施しないが、基本的な対策は実施する。 1 重要度が高い資産を扱う範囲、あるいは、外接部分重要情報が取り扱われているため、脅威が現実のものとなった場合のリスクも高い。そのため、重要度が高い資産を扱う範囲に対してリスク分析する必要がある。 [-] 重要情報の漏洩等の脅威が存在しない(あるいは許容する)場合[+] 情報の移動や状態の変化が大きい場合2 開発範囲 ネットワークを通じた、不特定多数の攻撃者からの脅威にさらされる。 また、重要情報が取り扱われているため、脅威が現実のものとなった場合のリスクも高い。そのため、システム全体のリスクを分析する必要がある。 [-] データの移動や更新等が生じず、それらに伴なった情報へのアクセス権限の変化等による脅威が存在しない(あるいは許容する)場合E.3.1.1○ネットワーク診断実施の有無無し 有り 【メトリクス】ネットワーク診断には、目視による設定の確認や、疑似攻撃を実施することにより脆弱性を発見する診断(ペネトレーションテスト)、ネットワーク上のサーバや通信機能をもつソフトウェアなどに対する脆弱性調査等がある。 【レベル1】ネットワーク診断は、システム運用開始前に実施するだけでなく、システム運用中の定期的な実施も検討する。 1 有り ネットワークを介した不特定多数の攻撃者からの脅威にさらされる。そのため、ネットワーク経由での攻撃に対する脆弱性を分析する必要がある。 [-] セキュリティに関する専門的な知識を有する者により、ネットワークを介した攻撃への対策が十分に検討し、各種ドキュメントが作成される場合。 1 有り 重要情報を取り扱うため、内部ネットワーク経由での攻撃に対する脆弱性を分析する必要がある。 [-] セキュリティに関する専門的な知識を有する者により、内部ネットワーク経由での攻撃への対策が十分に検討し、各種ドキュメントが作成される場合。 1 有り ネットワークを介した、外部からの不特定多数の攻撃者からの脅威にさらされる。また、重要情報が取り扱われているため、脅威が現実のものとなった場合のリスクも高い。 そのため、ネットワーク経由での攻撃に対する脆弱性を分析する必要がある。 [-] セキュリティに関する専門的な知識を有する者により、ネットワークを介した攻撃への対策が十分に検討し、各種ドキュメントが作成される場合。 E.3.1.2○Web診断実施の有無無し 有り 【メトリクス】Web診断とは、Webサイトに対して行うWebサーバやWebアプリケーションに対するセキュリティ診断のことを言う。 【レベル1】Web診断は、システム運用開始前に実施するだけでなく、システム運用中の定期的な実施も検討する。 1 有り ネットワークを通じた不特定多数の攻撃者からの脅威にさらされる。そのため、Webアプリケーションに関する脆弱性を分析する必要がある。 [-] Webアプリケーションを用いない場合1 有り 内部ネットワーク経由での攻撃に対する脅威が発生する可能性があるため対策を講じておく必要がある。 [-] 内部犯を想定する必要がない場合、Webアプリケーションを用いない場合1 有り ネットワークを通じた不特定多数の攻撃者からの脅威にさらされる。そのため、Webアプリケーションに関する脆弱性を分析する必要がある。 [-] Webアプリケーションを用いない場合E.5.1.1○管理権限を持つ主体の認証実施しない 1回 複数回の認証複数回、異なる方式による認証【メトリクス】管理権限を持つ主体とは、システムの管理者や業務上の管理者を指す。 1 1回 攻撃者が管理権限を手に入れることによる、権限の乱用を防止するために、認証を実行する必要がある。 [+] 管理権限で実行可能な処理の中に、業務上重要な処理が含まれている場合2 複数回の認証攻撃者が管理権限を手に入れることによる、情報漏洩等の脅威に対抗するため、複数回の認証を実行する必要がある。 2 複数回の認証攻撃者が管理権限を手に入れることによる、情報漏洩等の脅威に対抗するため、複数回の認証を実行する必要がある。 [-] 外部ネットワーク越しに管理権限を持つ主体がアクセスできない等の場合E.5.2.1○システム上の対策における操作制限度無し 必要最小限のプログラムの実行、コマンドの操作、ファイルへのアクセスのみを許可【メトリクス】ソフトウェアのインストール制限や、利用制限等、ソフトウェアによる対策を示す。 1 必要最小限のプログラムの実行、コマンドの操作、ファイルへのアクセスのみを許可不正なソフトウェアがインストールされる、不要なアクセス経路(ポート等)を利用可能にしている等により、情報漏洩の脅威が現実のものとなってしまうため、これらの情報等への不要なアクセス方法を制限する必要がある。 (操作を制限することにより利便性や、可用性に影響する可能性がある)[-] 重要情報等への攻撃の拠点とならない端末等に関しては、運用による対策で対処する場合1 必要最小限のプログラムの実行、コマンドの操作、ファイルへのアクセスのみを許可不正なソフトウェアがインストールされる、不要なアクセス経路(ポート等)を利用可能にしている等により、情報漏洩の脅威が現実のものとなってしまうため、これらの情報等への不要なアクセス方法を制限する必要がある。 (操作を制限することにより利便性や、可用性に影響する可能性がある)[-] 重要情報等への攻撃の拠点とならない端末等に関しては、運用による対策で対処する場合1 必要最小限のプログラムの実行、コマンドの操作、ファイルへのアクセスのみを許可不正なソフトウェアがインストールされる、不要なアクセス経路(ポート等)を利用可能にしている等により、情報漏洩の脅威が現実のものとなってしまうため、これらの情報等への不要なアクセス方法を制限する必要がある。 (操作を制限することにより利便性や、可用性に影響する可能性がある)[-] 重要情報等への攻撃の拠点とならない端末等に関しては、運用による対策で対処する場合セキュリティセキュリティ診断セキュリティ診断対象システムや、各種ドキュメント(設計書や環境定義書、実装済みソフトウェアのソースコードなど)に対して、セキュリティに特化した各種試験や検査の実施の有無を確認するための項目。 アクセス・利用制限認証機能 資産を利用する主体(利用者や機器等)を識別するための認証を実施するか、また、どの程度実施するのかを確認するための項目。 複数回の認証を実施することにより、抑止効果を高めることができる。 なお、認証するための方式としては、ID/パスワードによる認証や、ICカード等を用いた認証等がある。 利用制限 認証された主体(利用者や機器など)に対して、資産の利用等を、ソフトウェアやハードウェアにより制限するか確認するための項目。 例) ドアや保管庫の施錠、USBやCD-RWやキーボードなどの入出力デバイスの制限、コマンド実行制限など。 移行対象(データ)移行データ量 旧システム上で移行の必要がある業務データの量(プログラムを含む)。 8エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通E.6.1.1○伝送データの暗号化の有無無し 認証情報のみ暗号化重要情報を暗号化【レベル1】認証情報のみ暗号化とは、システムで重要情報を取り扱うか否かに関わらず、パスワード等の認証情報のみ暗号化することを意味する。 1 認証情報のみ暗号化ネットワークを経由して送信するパスワード等については第三者に漏洩しないよう暗号化を実施する。 [-] 認証情報をネットワークを経由して送信しない場合2 重要情報を暗号化ローカルネットワーク経由で重要情報を送付する場合においても、特に重要な情報については、盗聴等の脅威に対抗するために、伝送データを暗号化する必要がある。 (伝送データを暗号化することにより、性能が低下する可能性がある)[-] 専用線を用いる等の物理的な対策が実施されている場合/ローカルネットワーク上での盗聴の脅威については許容する場合/機密性は求められないが完全性が求められる重要情報を扱う場合2 重要情報を暗号化ローカルネットワーク経由で重要情報を送付する場合においても、特に重要な情報については、盗聴等の脅威に対抗するために、伝送データを暗号化する必要がある。 (伝送データを暗号化することにより、性能が低下する可能性がある)[-] 専用線を用いる等の物理的な対策が実施されている場合/ローカルネットワーク上での盗聴の脅威については許容する場合/機密性は求められないが完全性が求められる重要情報を扱う場合E.6.1.2○蓄積データの暗号化の有無無し 認証情報のみ暗号化重要情報を暗号化【レベル1】認証情報のみ暗号化とは、システムで重要情報を取り扱うか否かに関わらず、パスワード等の認証情報のみ暗号化することを意味する。 1 認証情報のみ暗号化蓄積するパスワード等については第三者に漏洩しないよう暗号化を実施する。 [-] 認証を実施しない場合2 重要情報を暗号化データベースやバックアップテープ等に格納されている個人情報等やパスワード等の重要情報の漏洩の脅威に対抗するために、蓄積データを暗号化する必要がある。 (蓄積データを暗号化することにより、性能に影響する可能性がある)[-] 耐タンパデバイスの利用、認証対策、運用対策等の他の複数の対策により、安全性が確保されている場合/機密性は求められないが完全性が求められる重要情報を扱う場合2 重要情報を暗号化データベースやバックアップテープ等に格納されている個人情報等やパスワード等の重要情報の漏洩の脅威に対抗するために、蓄積データを暗号化する必要がある。 (蓄積データを暗号化することにより、性能に影響する可能性がある)[-] 耐タンパデバイスの利用、認証対策、運用対策等の他の複数の対策により、安全性が確保されている場合/機密性は求められないが完全性が求められる重要情報を扱う場合E.7.1.1○ログの取得 実施しない 実施する 【メトリクス】取得対象のログは、不正な操作等を検出するための以下のようなものを意味している。取得したログは個々のログを確認するだけでなく、複数のログを組み合わせて相関分析することも検討する。 必要に応じて、ログと作業記録との突き合わせも行う。 ・ログイン/ログアウト履歴(成功/失敗)・操作ログ・セキュリティ機器の検知ログ・通信ログ・DBログ・アプリケーションログ等1 実施する 不正なアクセスが発生した際に、「いつ」「誰が」「どこから」「何を実行し」「その結果、どのようになったか」を確認し、その後の対策を迅速に実施するために、ログを取得する必要がある。 (ログ取得の処理を実行することにより、性能に影響する可能性がある)1 実施する 不正なアクセスが発生した際に、「いつ」「誰が」「どこから」「何を実行し」「その結果、どのようになったか」を確認し、その後の対策を迅速に実施するために、ログを取得する必要がある。 (ログ取得の処理を実行することにより、性能に影響する可能性がある)1 実施する 不正なアクセスが発生した際に、「いつ」「誰が」「どこから」「何を実行し」「その結果、どのようになったか」を確認し、その後の対策を迅速に実施するために、ログを取得する必要がある。 (ログ取得の処理を実行することにより、性能に影響する可能性がある)E.7.1.2○ログ保管期間6ヶ月 1年 3年 5年 10年以上有期永久保管 0 6ヶ月 不正行為を確認する、また、正しく処理された証跡を保持するために、適切な期間、ログを保管する必要がある。 [-] ログの確認間隔が短い場合[+] バックアップ等の容量が確保できる場合2 3年 不正行為を確認する、また、正しく処理された証跡を保持するために、適切な期間、ログを保管する必要がある。 [-] ログの確認間隔が短い場合[+] バックアップ等の容量が確保できる場合3 5年 不正行為を確認する、また、正しく処理された証跡を保持するために、適切な期間、ログを保管する必要がある。 [-] ログの確認間隔が短い場合[+] バックアップ等の容量が確保できる場合E.7.1.3○不正監視対象(装置)無し 重要度が高い資産を扱う範囲、あるいは、外接部分システム全体【メトリクス】不正監視対象(装置)とは、サーバ、ストレージ等への不正アクセス等の監視のために、ログを取得する範囲を確認するメトリクス。 1 重要度が高い資産を扱う範囲、あるいは、外接部分脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするサーバ、ストレージ等の範囲を定めておく必要がある。 1 重要度が高い資産を扱う範囲、あるいは、外接部分脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするサーバ、ストレージ等の範囲を定めておく必要がある。 2 システム全体脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするサーバ、ストレージ等の範囲を定めておく必要がある。外部ネットワーク経由での攻撃等により攻撃範囲が限定されないことを想定し、システム全体に対して監視を実施する必要がある。 E.7.1.4○不正監視対象(ネットワーク)無し 重要度が高い資産を扱う範囲、あるいは、外接部分システム全体【メトリクス】不正監視対象(ネットワーク)とは、ネットワーク上の不正なパケット等を監視するためのログの取得範囲を確認するメトリクス。 1 重要度が高い資産を扱う範囲、あるいは、外接部分脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするネットワークの範囲を定めておく必要がある。 1 重要度が高い資産を扱う範囲、あるいは、外接部分脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするネットワークの範囲を定めておく必要がある。 2 システム全体脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするネットワークの範囲を定めておく必要がある。外部ネットワーク経由での攻撃等により攻撃範囲が限定されないことを想定し、システム全体に対して監視を実施する必要がある。 E.7.1.5○不正監視対象(侵入者・不正操作等)無し 重要度が高い資産を扱う範囲、あるいは、外接部分システム全体【メトリクス】不正監視対象(侵入者・不正操作等)とは、不正な侵入者等を監視するために設置する監視カメラ等による監視の範囲を意味する。 1 重要度が高い資産を扱う範囲、あるいは、外接部分脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするフロア、エリア等の物理的な範囲を定めておく必要がある。 [-]入退室管理、操作制限等の対策が十分に施されている場合1 重要度が高い資産を扱う範囲、あるいは、外接部分脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするフロア、エリア等の物理的な範囲を定めておく必要がある。 2 システム全体脅威が発生した際に、それらを検知し、その後の対策を迅速に実施するために、監視対象とするフロア、エリア等の物理的な範囲を定めておく必要がある。 E.8.1.1 ネットワーク制御不正な通信を遮断するための制御を実施するかを確認するための項目。 ○通信制御 無し 有り 【レベル1】通信制御を実現する際には、ファイアウォール、IPS、URLフィルタ、メールフィルタ等の導入を検討する必要がある。 1 有り 踏み台攻撃等の脅威や、情報の持ち出しを抑止するために、不正な通信を遮断等のネットワーク制御を実施する必要がある。 [-] 踏み台等の脅威を許容する場合1 有り 踏み台攻撃等の脅威や、情報の持ち出しを抑止するために、不正な通信を遮断等のネットワーク制御を実施する必要がある。 [-] 踏み台等の脅威を許容する場合1 有り 踏み台攻撃等の脅威や、情報の持ち出しを抑止するために、不正な通信を遮断等のネットワーク制御を実施する必要がある。 [-] 踏み台等の脅威を許容する場合E.8.2.1 不正検知 ネットワーク上において、不正追跡・監視を実施し、システム内の不正行為や、不正通信を検知する範囲を確認するための項目。 ○不正通信の検知範囲無し 重要度が高い資産を扱う範囲、あるいは、外接部分システム全体【メトリクス】検知範囲の設定に応じて、IDS等の導入を検討する必要がある。 1 重要度が高い資産を扱う範囲、あるいは、外接部分不正な通信を確認し、対策を迅速に実施すうために、不正検知を実施する必要がある。 1 重要度が高い資産を扱う範囲、あるいは、外接部分不正な通信を確認し、対策を迅速に実施すうために、不正検知を実施する必要がある。 1 重要度が高い資産を扱う範囲、あるいは、外接部分不正な通信を確認し、対策を迅速に実施すうために、不正検知を実施する必要がある。 E.8.3.1 サービス停止攻撃の回避ネットワークへの攻撃による輻輳についての対策を実施するかを確認するための項目。 ○ネットワークの輻輳対策無し 有り 1 有り DoS/DDoS攻撃のサービス停止攻撃に対応する必要がある。 (可用性と関連する)[-] DoS/DDoS攻撃については、可用性対策にてある程度の対策を実施し、それ以上は許容する場合1 有り DoS/DDoS攻撃のサービス停止攻撃に対応する必要がある。 (可用性と関連する)[-] DoS/DDoS攻撃については、可用性対策にてある程度の対策を実施し、それ以上は許容する場合1 有り DoS/DDoS攻撃のサービス停止攻撃に対応する必要がある。 (可用性と関連する)[-] DoS/DDoS攻撃については、可用性対策にてある程度の対策を実施し、それ以上は許容する場合データ暗号化 機密性のあるデータを、伝送時や蓄積時に秘匿するための暗号化を実施するかを確認するための項目。 不正追跡・監視不正監視 不正行為を検知するために、それらの不正について監視する範囲や、監視の記録を保存する量や期間を確認するための項目。 なお、どのようなログを取得する必要があるかは、実現するシステムやサービスに応じて決定する必要がある。 また、ログを取得する場合には、不正監視対象と併せて、取得したログのうち、確認する範囲を定める必要がある。 ネットワーク対策データの秘匿9エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通E.9.1.1○マルウェア対策実施範囲無し 重要度が高い資産を扱う範囲、あるいは、外接部分システム全体1 重要度が高い資産を扱う範囲、あるいは、外接部分マルウェアの感染により、サービス停止等の脅威に対抗するために、マルウェア対策を実施する必要がある。 [-] 攻撃対象となりにくいOS等を利用する場合1 重要度が高い資産を扱う範囲、あるいは、外接部分マルウェアの感染により、重要情報が漏洩する脅威等に対抗するために、マルウェア対策を実施する必要がある。 [-] 攻撃対象となりにくいOS等を利用する場合1 重要度が高い資産を扱う範囲、あるいは、外接部分マルウェアの感染により、重要情報が漏洩する脅威等に対抗するために、マルウェア対策を実施する必要がある。 [-] 攻撃対象となりにくいOS等を利用する場合E.10.1.1○セキュアコーディング、Webサーバの設定等による対策の強化無し 対策の強化【メトリクス】Webシステムが攻撃される事例が増加しており、Webシステムを構築する際には、セキュアコーディング、Webサーバの設定等による対策の実施を検討する必要がある。また、実施した結果の有効性を確認するための専門家のレビューやソースコード診断、ツールによるチェック等についても検討する必要がある。 1 対策の強化オープン系のシステムにおいて、データベース等に格納されている重要情報の漏洩、利用者への成りすまし等の脅威に対抗するために、Webサーバに対する対策を実施する必要がある。 [-] Webアプリケーションを用いない場合1 対策の強化オープン系のシステムにおいて、データベース等に格納されている重要情報の漏洩、利用者への成りすまし等の脅威に対抗するために、Webサーバに対する対策を実施する必要がある。 [-] Webアプリケーションを用いない場合1 対策の強化オープン系のシステムにおいて、データベース等に格納されている重要情報の漏洩、利用者への成りすまし等の脅威に対抗するために、Webサーバに対する対策を実施する必要がある。 [-] Webアプリケーションを用いない場合E.10.1.2○WAFの導入の有無無し 有り 【メトリクス】WAFとは、Web Application Firewallのことである。 0 無し 重要情報を取り扱わないため、WAFを導入しての対策は実施しない。 0 無し 外部ネットワークへの接続については想定しない。そのため、ネットワーク経由での攻撃に対する脅威が発生する可能性は低い。 [+] 内部ネットワークを経由した攻撃による脅威を想定する場合1 有り システムに侵入されることによる、情報の漏洩、踏み台等の脅威に対抗するために、機器による、侵入抑止、検知を実施する必要がある。 [-] Webサーバへの対策、不正アクセス防止、ログの定期的な確認等が実施されている場合F.1.1.1 構築時の制約条件構築時の制約となる社内基準や法令、各地方自治体の条例などの制約が存在しているかの項目。 例)・J-SOX法・ISO/IEC27000系・政府機関の情報セキュリティ対策のための統一基準・FISC・プライバシーマーク・構築実装場所の制限など○構築時の制約条件制約無し 制約有り(重要な制約のみ適用)制約有り(全ての制約を適用)【メトリクス】システムを開発する際に、機密情報や個人情報等を取り扱う場合がある。これらの情報が漏洩するリスクを軽減するために、プロジェクトでは、情報利用者の制限、入退室管理の実施、取り扱い情報の暗号化等の対策が施された開発環境を整備する必要が生じる。 また運用予定地での構築が出来ず、別地にステージング環境を設けて構築作業を行った上で運用予定地に搬入しなければならない場合や、逆に運用予定地でなければ構築作業が出来ない場合なども制約条件となる。 0 制約無し 特に制限などを受けない場合を想定。 [+] 法や条例の制約を受ける場合、もしくは業界などの標準や取り決めなどがある場合1 制約有り(重要な制約のみ適用)社内規約などが存在する場合を想定。 [-] 法や条例の制約を受けない場合、もしくは業界などの標準や取り決めなどがない場合1 制約有り(重要な制約のみ適用)法の制約などを受ける場合を想定。 [-] 法や条例の制約を受けない場合、もしくは業界などの標準や取り決めなどがない場合[+] 法や条例の順守よりも高度な社内基準の制約を受け、かつ、全てに対応することが必要な場合F.1.2.1 運用時の制約条件運用時の制約となる社内基準や法令、各地方自治体の条例などの制約が存在しているかの項目。 例)・J-SOX法・ISO/IEC27000系・政府機関の情報セキュリティ対策のための統一基準・FISC・プライバシーマーク・リモートからの運用の可否など○運用時の制約条件制約無し 制約有り(重要な制約のみ適用)制約有り(全ての制約を適用)0 制約無し 特に制限などを受けない場合を想定。 [+] 設置センターのポリシーや共同運用など運用に関する方式が制約となっている場合1 制約有り(重要な制約のみ適用)設置に関して何らかの制限が発生するセンターやマシンルームを前提として考慮。ただし条件の調整などが可能な場合を想定。 [+] 設置センターのポリシーや共同運用など運用に関する方式が制約となっている場合1 制約有り(重要な制約のみ適用)設置に関して何らかの制限が発生するセンターやマシンルームを前提として考慮。ただし条件の調整などが可能な場合を想定。 [+] 設置センターのポリシーや共同運用など運用に関する方式が制約となっている場合F.2.1.1 ユーザ数 システムを使用する利用者(エンドユーザ)の人数。 ○ ○ユーザ数 特定ユーザのみ上限が決まっている不特定多数のユーザが利用【重複項目】B.1.1.1。ユーザ数は性能・拡張性を決めるための前提となる項目であると共にシステム環境を規定する項目でもあるため、性能・拡張性とシステム環境・エコロジーの両方に含まれている。 【レベル】前提となる数値が決められない場合は、類似システムなどを参考に仮の値でも良いので決めておくことが必要。 0 特定ユーザのみ部門内利用などでユーザが特定できる場合を想定。 [+] ユーザを特定できない場合1 上限が決まっているあらかじめ一定の上限値を設定する場合を想定。 [-] 特定のユーザのみ使用することを合意できた場合2 不特定多数のユーザが利用国民全体がアクセスする可能性があるような場合を想定。 [-] 一定の上限値を設定することが可能な場合F.2.2.1 クライアント数 システムで使用され、管理しなければいけないクライアントの数。 ○クライアント数特定クライアントのみ上限が決まっている不特定多数のクライアントが利用0 特定クライアントのみ特定のクライアントのみが使用することを想定。 [+] 将来的にクライアント数の増加が予想され、上限値で合意が必要な場合1 上限が決まっているあらかじめ一定の値を決めて合意することを想定。 [+] 上限台数を設定きない場合1 上限が決まっているあらかじめ一定の値を決めて合意することを想定。 [+] 上限台数を設定きない場合F.2.3.1 拠点数 システムが稼働する拠点の数。 ○拠点数 単一拠点 複数拠点 【レベル1】拠点数を合意した場合は具体的な値を設定すること。 0 単一拠点 単一拠点を想定。 [+] 複数拠点の場合1 複数拠点 複数拠点を想定。 [-] 単一拠点の場合1 複数拠点 複数拠点を想定。 [-] 単一拠点の場合F.2.4.1 地域的広がり システムが稼働する地域的な広がり。 ○地域的広がり拠点内 同一都市内同一都道府県内同一地方 国内 海外 【レベル】レベル5になると、多言語対応などの考慮も必要となる。 また、国内であっても範囲が広がるにつれて、ネットワークや物流、サポートなどの面で対応が必要となる。 0 拠点内 アクセス範囲を拠点内とし、外部からのアクセスがない場合を想定。 [+] リモートアクセスを許すなどアクセス範囲が拠点外にも広がる場合0 拠点内 アクセス範囲を拠点内とし、外部からのアクセスがない場合を想定。 [+] 他の事業所から利用させる場合4 国内 アクセス範囲は国内とすることを想定。 [-] ユーザ権限を企業や団体内ユーザに限定する場合[+] インターネットシステムなどで、アクセス範囲が国外にも広がる場合F.2.5.1 特定製品指定 ユーザの指定によるオープンソース製品や第三者製品(ISV/IHV)などの採用の有無を確認する項目。採用によりサポート難易度への影響があるかの視点で確認を行う。 ○特定製品の採用有無特定製品の指定がない一部に特定製品の指定があるサポートが困難な製品の指定がある0 特定製品の指定がない構成する機器に関して指定製品がない場合を想定。 [+] 特に指定があった場合1 一部に特定製品の指定がある構成する機器に関して固有の製品が指定された場合を想定。 [-] 特に指定がない場合0 特定製品の指定がない構成する機器に関して指定製品がない場合を想定。 [+] 特に指定があった場合F.3.1.1 製品安全規格 提供するシステムに使用する製品について、UL60950などの製品安全規格を取得していることを要求されているかを確認する項目。○規格取得の有無規格取得の必要無しUL60950相当取得0 規格取得の必要無し機器の規格取得に関して指定がない場合を想定。 [+] 特に指定があった場合1 UL60950相当取得機器の規格取得に関して指定があった場合を想定。 [-] 特に指定がない場合0 規格取得の必要無し機器の規格取得に関して指定がない場合を想定。 [+] 特に指定があった場合F.3.2.1 環境保護 提供するシステムに使用する製品について、RoHS指令などの特定有害物質の使用制限についての規格の取得を要求されているかを確認する項目。 ○規格取得の有無規格取得の必要無しRoHS指令相当取得0 規格取得の必要無し特に制限などを受けない場合を想定。 [+] 特に指定があった場合1 RoHS指令相当取得RoHS指令対応の装置が指定された場合を想定。 [-] 特に指定が無かった場合0 規格取得の必要無し特に制限などを受けない場合を想定。 [+] 特に指定があった場合F.4.1.1 耐震/免震 地震発生時にシステム設置環境で耐える必要のある実効的な最大震度を規定。建屋が揺れを減衰するなどの工夫により、外部は震度7超でも設置環境では実効的に最大震度4程度になる場合には震度4よりレベルを設定する。なお、想定以上の揺れではサービスを継続しないでも良い場合には、その想定震度でレベルを設定する。 ○耐震震度 対策不要 震度4相当(50ガル)震度5弱相当(100ガル)震度6弱相当(250ガル)震度6強相当(500ガル)震度7相当(1000ガル)【メトリクス】設置環境での実効的な震度は、屋外の振動がそのまま伝わる建屋の場合は外部の震度と設置環境の震度はほぼ一致すると考えられるので、外部震度からレベルを設定すればよい。ただし、建屋の免震設備などにより、設置環境での最大震度を低く保証できる場合にはその震度を実効的な震度としてレベル設定が可能と考えられる(ユーザからの特段の要請を受けて、より高いレベルで設定する場合も有り)。なお、一定の震度以上では周辺のシステム利用者がシステムを利用できる環境に無いなどで、サービスの継続が不要となる場合は、その震度からレベル設定することも考えられる。いずれに於いても建屋の耐震震度を超える水準での設定には無理がある。 【レベル0】地震発生によるサービス停止などのリスクを受け入れる心積もりが別途必要となる。 2 震度5弱相当(100ガル)震度5弱相当を想定。 [-] 免震構造の建屋に設置するなど建屋と設置環境とを見合わせレベル変更する場合[+] 特に値が指定された場合は相応するレベルに変更。免震構造を持たないオフィス内などに設置するなどラック転倒などによる人災を避けるために耐震ラックの利用などレベルを上げることも配慮が必要な場合3 震度6弱相当(250ガル)震度6弱相当を想定。 [-] 免震構造の建屋に設置するなど建屋と設置環境とを見合わせレベル変更する場合[+] 特に値が指定されるなど建屋と設置環境とを見合わせ相応するレベルに変更する場合4 震度6強相当(500ガル)震度6強相当を想定。 [-] 免震構造の建屋に設置するなど建屋環境と機器環境を総合して考慮する場合[+] 特に震度７など強い地震に相応する値が指定された場合マルウェア対策マルウェア対策 マルウェア(ウィルス、ワーム、ボット等)の感染を防止する、マルウェア対策の実施範囲やチェックタイミングを確認するための項目。 対策を実施する場合には、ウィルス定義ファイルの更新方法やタイミングについても検討し、常に最新の状態となるようにする必要がある。 Web対策 Web実装対策 Webアプリケーション特有の脅威、脆弱性に関する対策を実施するかを確認するための項目。 システム制約/前提条件システム特性適合規格機材設置環境条件システム環境・エコロジー10エコチル調査データ管理システムの更改及び運用保守業務一式 別紙27 非機能要求グレード0 1 2 3 4 5 選択時の条件 選択時の条件 選択時の条件重複項目備考社会的影響が殆ど無いシステム 社会的影響が限定されるシステム 社会的影響が極めて大きいシステム選択レベル 選択レベル 選択レベル重要項目メトリクス(指標)レベル運用コストへの影響項番 大項目 中項目 小項目 小項目説明【凡例】スタッフ：業務サブシステム＋Webポータルサブシステム(管理者向けポータル)参加者：Webポータルサブシステム(参加者向けポータル)※記載がないものは共通F.4.2.1○設置スペース制限(マシンルーム)スペースに関する制限無しフロア設置用機材を用いて構成ラックマウント用機材を用いて構成【メトリクス】具体的な面積と高さも併せて確認する。また、スペース形状や場所による耐荷重の差異にも留意すること。 ※ サーバの設置は対象外2 ラックマウント用機材を用いて構成ラックマウントなどでの搭載を想定。 [-] 設置に関して制限がない場合2 ラックマウント用機材を用いて構成ラックマウントなどでの搭載を想定。 [-] 設置に関して制限がない場合2 ラックマウント用機材を用いて構成センターでのラックマントを想定。 [-] 設置に関して制限がない場合F.4.2.2○設置スペース制限(事務所設置)スペースに関する制限無し専用のスペースを割当て可能人と混在するスペースに設置必要【メトリクス】具体的な面積と高さも併せて確認する。また、スペース形状や場所による耐荷重の差異にも留意すること。 【レベル】設置スペース制限は前提条件として既に規定されていると捉え、その要求に対してシステムを設置する場合の難易度をレベルとしている。スペース確保の視点での難易度ではないことに注意。 1 専用のスペースを割当て可能オフィスフロア内のサーバ・コーナーなどに設置することを想定。 [-] 人がほとんど立ち入らない場所への設置の場合[+] 操作や監視などの関係上、仕切りなど無しに人と混在するスペースに設置が必要な場合2 人と混在するスペースに設置必要端末機などフロントエンド業務用の機材を想定。 [-] 業務的に人との混在が不要な場合2 人と混在するスペースに設置必要端末機などフロントエンド業務用の機材を想定。 [-] 業務的に人との混在が不要な場合どの程度の床面積(WxD)/高さが必要かの項目。保守作業用スペースについても考慮する。 また、移行時には新旧システムが並行稼働可能なスペースの確保が可能か否かについても確認が必要である。可能であれば事前確認を実施する。 スペース11(別添３)エコチル調査データ管理システムの更改及び運用保守業務に係る提案書作成・審査要領国立研究開発法人国立環境研究所本書は、エコチル調査データ管理システムの更改及び運用保守業務に係る提案書の作成、審査等の要領を提示するものである。Ⅰ 提案書作成要領１．提案書の構成及び作成方法以下に、「エコチル調査データ管理システムの更改及び運用保守業務に係る提案書の評価基準表」(以下「評価基準表」という。)から「評価項目」及び「要求要件」を転載する。評価項目 要求要件大項目 中項目 小項目1 仕様書の遵守 仕様書に規定する業務の目的や作業事項に反し、又は矛盾する提案がないこと。2 業務の理解 業務の背景及び目的を踏まえた上で論ぜられていること。3 業務の実施方法3.1 調達仕様書1.3.の提案2054年頃までのエコチル調査期間を通じたシステムライフサイクルコストに係る課題について、その内容と課題とする理由を明示のうえ、次期システムへの将来的な移行容易性を含め、システムライフサイクルコスト等を考慮した費用対効果を具体的に提案すること。3.2 調達仕様書1.3.の提案参加者エンゲージメントを向上させる案があれば、参加者ポータルにおける参加者エンゲージメントに係る課題について、その内容と課題とする理由を明示のうえ、その効果を含めて具体的に提案すること。3.3 調達仕様書1.4.の提案業務・情報システムの概要に関する事項について、要求される性能・機能を実現するために、「図1 本システムの概要」における本調達スコープ全体を明示した最適なシステム構成を提案すること。提案する本調達スコープ全体の構成についてクラウドサービス、ソフトウェア、ハードウェア等の構成要素を漏れなく記載すること。3.4 調達仕様書4.1.(3)の提案プロジェクト管理について、実施すべき全ての作業は具体的に進捗状況を把握できる単位まで詳細化し、階層構造で表したWBS(Work Breakdown Structure)及び定量的に状況が把握できる手法を提案すること。3.5 調達仕様書4.4.(3)及び4.14.の提案運用に係る課題について、その内容と課題とする理由を明示のうえ、効率的に運用業務を進める工夫とその効果を具体的に提案すること。3.6 調達仕様書4.4.(3)及び4.15.並びに別紙1要件定義書3.18(10)の提案保守業務における軽微な改修について、効率的なシステム運用・保守に資する改善案があれば、保守に係る課題について、その内容と課題とする理由を明示のうえ、効率的に保守業務を進める工夫とその効果を具体的に提案すること。3.7 調達仕様書6.及び別紙1要件定義書3.10.の提案サイバーセキュリティ及び情報セキュリティに関する事項について、「国立研究開発法人国立環境研究所情報セキュリティポリシー」及び「エコチル調査における個人情報管理に関する基本ルール」並びに「政府機関等のサイバーセキュリティ対策のための統一基準」への準拠を踏まえ、セキュリティ対策及びその実効性について具体的に提案すること。3.8 別紙1要件定義書21.(1)の提案機能に関する事項について、具体的な機能及びその実装の方法(機能の単位、画面構成・遷移等を含む。)等について、適切なシステム方式を提案すること。現行システムの実装方法(機能の単位、画面構成・遷移等を含む)を単純に踏襲するのではなく、現時点で広く使われている技術など、ユーザビリティや開発効率性の観点から優れた方法を選択するよう留意すること。3.9 別紙1要件定義書21.(5)及び2.5.の提案本システムを構成するWeb質問票サブシステムの方式を選定した理由を明示のうえ、Web質問票サブシステムに関する機能要件、その外部インタフェースに関する事項を含めて、具体的なシステム方式、機能及びその実装方法等について、適切なシステム方式を提案すること。なお、Web質問票サブシステムの方式としては現行と同じSaaS(クアルトリクス)、または別のSaaS、もしくは独自の構築システムなどが想定され得るが、現行のSaaS(クアルトリクス)と異なる方式であること自体は評価には何ら影響しない。3.10 別紙1要件定義書2.1.(5)及び2.5.の提案Web質問票に関する事項について、現行のWeb質問票サブシステム等からの移行方法等を踏まえて、調査の継続方法を具体的に提案すること。3.11 別紙1要件定義書3.2.(1)の提案システム方式に関する事項について、システム方式についての全体方針を踏まえ、最適なシステム方式を提案すること。3.12 別紙1要件定義書3.4.の提案性能に関する事項について、性能要件を踏まえ、導入する機器について、具体的に提案すること。 ただし、ユニットセンター等クライアント環境で使用する機器は本業務の調達時から時間が経過するため、調達時に提案する機器と機種等が異なる可能性があることも考慮すること。3.13 別紙1要件定義書3.5.の提案信頼性に関する事項について、可用性要件を踏まえ、導入する機器について、単一障害点(SPOF)を極力排除するとともに、サーキットブレーカーパターン等も検討し、一律ではなく機能又はセグメントの特性に応じた合理的な提案をすること。3.14 別紙1要件定義書3.7.の提案上位互換性に関する事項について、クラウドサービスの活用を踏まえ、OS、サーバソフトウェアのバージョンアップ又は変更に備え、本システムを構成する。将来的なシステムの長期運用に係るコスト影響を考慮し、最適な構成を提案すること。3.15 別紙1要件定義書3.14.(1)ウの提案移行に関する事項について、参加者への負担を最小限とすることを踏まえ、参加者アカウント情報等の移行方法を提案すること。3.16 別紙1要件定義書3.17.(4)の提案Web質問票作成支援業務に関する事項について、その内容と課題とする理由を明示のうえ、効率的に運用業務を進める工夫とその効果を具体的に提案すること。4 追加的業務の提案 本業務目的を達成するために必要と考えられる追加的業務の提案があれば、具体的に記述すること。5 業務の実施計画 業務スケジュール等を実施予定表にして示すこと。6 業務の実施体制6.1主たる担当者の実績、能力、資格等主たる担当者の類似業務等の実績、本業務に関係する能力の資料、資格等を明示すること。主たる担当者の業務従事期間中における本業務以外の手持ち業務の状況を記載すること。6.2執行体制、役割分担等 業務の実施体制について、従事者の役割分担、従事者数等をまとめること。7 組織の実績 スマートフォンアプリ等の情報システムの設計・開発に関する業務実績について、その件数、それぞれの概要、発注元が官公庁である場合はその発注元名称を記載すること。8 組織のワーク・ライフ・バランス等の推進に関する認定等取得状況女性の職業生活における活躍の推進に関する法律、次世代育成支援対策推進法、青少年の雇用の促進等に関する法律に基づく認定等(えるぼし認定等、くるみん認定、トライくるみん認定、プラチナくるみん認定、ユースエール認定)の有無、有の場合は認定等の名称を記載し、認定通知書等の写しを添付すること。ただし、提案書提出時点において認定等の期間中であること。提案書は、上記評価項目に基づき、次に従って作成すること。１)「１．はじめに」の項を冒頭に設け、「本書は、エコチル調査データ管理システムの更改及び運用保守業務に係る仕様書に基づき、その実施方法等に関する提案を行うものである。本業務の実施に当たっては、同仕様書を遵守し、本提案書をその実施計画書と位置づけて行うものとする。」と必ず記載すること。このため、提案書の作成に当たっては、仕様書に反し、又は矛盾する事項がないか十分に点検すること。なお、提案書が仕様書に反し、又は矛盾すると認められたときは、評価項目「1 仕様書の遵守」に基づき、当該提案書は不合格となる。２)「２．」以下は、上記評価項目に従い「業務の理解」から「組織のワーク・ライフ・バランス等の推進に関する認定等取得状況」までの各評価項目を目次とし、それぞれの要求要件に基づき提案書を作成すること。記述上の必要性に応じ、各評価項目内を細分化して目次立てすることは差し支えない。また特に加点要素としての提案についてはその旨が判るように「加点要素」と明示すること。３)提案書に詳細に記載するよりも添付資料を参照した方がわかりやすい事項については、提案書中に「△については、別添資料○参照」と記載して、資料添付を行うことは差し支えない。ただし、添付資料が大部にわたる場合は、必ずその要点を提案書中に記載すること。「評価項目」及び「要求要件」との関係が容易にわかり難い添付資料は、添付されなかったとみなすことがある。４)提案書は、難解な専門用語には注釈を付すなど、専門家以外でも理解でき、審査可能なように平易な記述に努めること。２．提案書様式、提出部数等提案書は、別添様式に従い作成すること。記載上の必要に応じて様式を変更しても差し支えないが、様式の変更は必要最小限にとどめること。提案書は、添付資料を含めて綴じ込んだ１式を６部提出すること。国立研究開発法人国立環境研究所(以下「研究所」という。)から連絡が取れるよう、提案書上に連絡先(電話番号、ＦＡＸ番号及びメールアドレス)を記載すること。３．提案書のヒアリングヒアリングは必要に応じて開催することとし、開催する場合は別途連絡するものとする。開催する場合、入札者は、研究所が指定する日時、場所において、研究所に対し自らの提案書の内容について説明を行わなければならない。説明者は、原則として本業務を請け負った場合における実施責任者にあたる者とすること。説明の時間は約１５分とし、その後、適宜質疑応答を行うものとする。 説明に当たっては、必要に応じて提案書の要点を示す要約版資料を用意しても差し支えないが、当該要約版資料は審査対象とはしない。４．留意事項落札した者が提出した提案書は、原則、仕様書とともに契約書に添付され、「エコチル調査データ管理システムの更改及び運用保守業務」の実施計画書になるものであり、確実に実施可能な内容として作成すること。提案書に従った履行がなされない場合は、債務不履行として契約解除及び損害賠償請求の事由となる。Ⅱ 提案書の審査及び落札決定の方法１．落札方式及び得点配分１)落札方式次の要件を満たしている者のうち、２)によって得られた総合評価点の最も高い者を落札者とする。① 入札価格が予定価格の範囲内であること。② 「評価基準表」中、必須とされた評価項目の基礎点を全て獲得していること。２)総合評価点の計算方法総合評価点＝技術点＋価格点技術点＝基礎点＋加点 (満点２００点)＊技術点は、研究所に設置する提案書審査委員会の各委員の採点結果の平均値を算出し、小数点以下を切り捨てたものとする。価格点＝１００×(１－入札価格÷予定価格)＊価格点は、上記式により数値を算出し、小数点第三位以下を切り捨てたものとする。２．提案書審査(技術点の採点)の手順１)入札資格を有する者から提出された提案書について、「評価基準表」に基づき、必須とされた項目の基礎点に係る評価を提案書審査委員会の各委員が行う。各委員の評価結果を同委員会で協議し、委員会において必須項目毎に基礎点の獲得の可否を判断する。全ての必須項目の基礎点を獲得した提案書を合格(基礎点を付与)とし、それ以外の提案書は不合格とする。２)合格した提案書について、委員毎に評価項目の加点部分の評価を行い、基礎点と合計した採点結果を記入する。各委員の採点結果を委員会で確認し、事実誤認等があれば各委員において訂正する。確定した各委員の採点結果の技術点について、その平均値を算出する。３．落札決定２．による技術点に、当該提案書に係る入札価格に基づく価格点を加算し、総合評価点を算出する。各提案書の総合評価点を比較し、最も高い数値を得た提案書の提出者を落札者とする。(別添４)エコチル調査データ管理システムの更改及び運用保守業務に関する提案書提案書作成責任者＜企業名／団体名及び所属、氏名＞＜電話番号、ＦＡＸ番号、メールアドレス＞１．はじめに本書は、エコチル調査データ管理システムの更改及び運用保守業務に係る仕様書に基づき、その実施方法等に関する提案を行うものです。本業務の実施に当たっては、同仕様書を遵守し、本提案書をその実施計画書と位置づけて行うものとします。２．業務の理解調達仕様書 1.2.「調達の背景」及び 1.3.「調達目的及び期待する効果」を踏まえて、長期に及ぶエコチル調査の推進にあたって、エコチル調査データ管理システムの運用を通じて、①どのような課題が考えられるか、②課題解決に向けて必要な調査及び情報、並びに進め方を明らかにした上で論じてください。(※)Ａ４版２枚以内とする。３．業務の実施方法(作成注)調達仕様書及び別紙１.要件定義書に掲げたそれぞれの項目について、技術的観点から検討すべき具体的事項をご提案ください。(項目ごとに原則Ａ４版１枚以内とする。項目ごとに複数の事項を提案する場合はそれぞれ事項ごとに原則Ａ４版１枚以内ずつとする。要求要件を満たす提案また加点要素の提案をする上で必要に応じて複数枚となることも可とする。)3.1 調達仕様書1.3.の提案事項名エコチル調査期間を通じたシステムライフサイクルコストに係る課題と理由：システムライフサイクルコスト等を考慮した費用対効果の具体的な提案：3.2 調達仕様書1.3.の提案事項名参加者ポータルにおける参加者エンゲージメントに係る課題と理由：参加者エンゲージメントを向上させる具体的な提案：3.3 調達仕様書1.4.の提案事項名業務・情報システムの概要に関する事項について、本調達スコープ全体の最適なシステム構成の提案：3.4 調達仕様書4.1.(3)の提案事項名プロジェクト管理について、WBS及び定量的に状況が把握できる手法の提案：3.5 調達仕様書4.4.(3)及び4.14.の提案事項名運用に係る課題と理由：効率的に運用業務を進める工夫とその効果の具体的な提案：3.6 調達仕様書4.4.(3)及び4.15.並びに別紙1要件定義書3.18.(10)の提案事項名保守業務における軽微な改修に係る課題と理由：効率的に保守業務を進める工夫とその効果の具体的な提案：3.7 調達仕様書6.及び別紙1要件定義書3.10.の提案事項名サイバーセキュリティ及び情報セキュリティに関する事項について、セキュリティ対策及びその実効性についての具体的な提案：3.8 別紙1要件定義書2.1.(1)の提案事項名機能に関する事項について、具体的な機能及びその実装方法等の適切なシステム方式の提案：3.9 別紙1要件定義書2.1.(5)及び2.5.の提案事項名本システムを構成するWeb質問票サブシステムの方式を選定した理由：Web質問票サブシステムに関する具体的かつ適切なシステム方式の提案：3.10 別紙1要件定義書2.1.(5)及び2.5.の提案事項名Web質問票に関する事項について、移行方法等を踏まえた調査継続方法の具体的な提案：3.11 別紙1要件定義書3.2.(1)の提案事項名システム方式に関する事項について、全体方針を踏まえた最適なシステム方式の提案：3.12 別紙1要件定義書3.4.の提案事項名性能に関する事項について、性能要件を踏まえた導入機器等の具体的な提案：3.13 別紙1要件定義書3.5.の提案事項名信頼性に関する事項について、可用性要件を踏まえた導入機器等の合理的な提案：3.14 別紙1要件定義書3.7.の提案事項名上位互換性に関する事項について、長期運用に係るコスト影響を考慮した最適な構成の提案：3.15 別紙1要件定義書3.14.(1)ウの提案事項名移行に関する事項について、参加者への負担を最小限とすることを踏まえた参加者アカウント情報等の移行方法の提案：3.16 別紙1要件定義書3.17.(4)の提案事項名Web質問票作成支援業務に係る課題と理由：効率的にWeb質問票作成支援業務を進める工夫とその効果の具体的な提案：４．追加的業務の提案(任意)(作成注)本業務の目的を達成するために必要と考えられる追加的な業務があれば、具体的に提案してください。(※)追加的業務の提案事項1 件あたり原則Ａ４版１枚以内とする。提案をする上で必要に応じて複数枚となることも可とする。５．業務の実施計画(作成注)業務スケジュール等を実施予定表にして示してください。時 期 内 容(※)原則Ａ４版１枚以内とする。 要求要件を満たす提案をする上で必要に応じて様式は問わず複数枚の提案となることも可とする。６．業務の実施体制(１)本業務に従事する主たる担当者氏 名 生年月日所属・役職 経験年数(うち本業務の類似業務従事年数)年( 年)専門分野所有資格経歴(職歴／学位)所属学会類似業務等の実績業務名 業務内容 履行期間年 月～ 年 月業務従事期間中における本業務以外の主な手持ち業務の状況業務名 業務内容 履行期間年 月～ 年 月(※)手持ち業務の欄は契約金額が500万円以上のもの及び担当者の経常的業務を対象とし、業務内容の欄は概要を記入する。加点要素の提案をする上で上記様式に加えて、追加で様式を問わない複数枚の提案となることも可とする。(２)主たる担当者以外であって本業務に従事する者本業務における役割 氏名 所属・役職 専門分野(※)加点要素の提案をする上で上記様式に加えて、追加で様式を問わない複数枚の提案となることも可とする。７．組織の実績業務名発注機関(名称、所在地)(受託者名)(受託形態)履行期間業務の概要技術的特徴主たる担当者の従事の有無注１ 本様式は、Ａ４版４枚以内に記載すること。注２ 業務名は１０件まで記載できるものとする。注３ 発注機関が公的機関である場合はその名称、所在地を記載すること。注４ 発注機関の受注形態欄には、元請受注か下請受注かの区別を記載すること。注５ 業務の概要の欄には、業務内容を具体的かつ簡潔に記載すること。注６ 実績を証明するものとして、契約書写し(契約書が存在しない場合、また下請の場合は注文書・請書の写しでも可)を添付すること。８．組織のワーク･ライフ･バランス等の推進に関する認定等取得状況認定等の有無：認定等の名称： (認定段階： )(計画期間： ○年○月○日～ ○年○月○日)注１ えるぼし認定、プラチナえるぼし認定、くるみん認定、トライくるみん認定、プラチナくるみん認定及びユースエール認定については、認定通知書の写しを、女性の職業生活における活躍の推進に関する法律に基づく一般事業主行動計画(策定義務のない事業主(常時雇用する労働者が100人以下のもの)が努力義務により届出たものに限る。)については、労働局の受付印のある一般事業主行動計画策定届の写しを添付すること。注２ 認定段階については、えるぼし認定の認定段階(１～３)を、計画期間については、女性の職業生活における活躍の推進に関する法律及び次世代育成支援対策推進法に基づく一般事業主行動計画に示された計画期間を明記すること。注３ 事業者の経営における主たる事業所(本社等)において取得しており、かつ、提案書提出時点において認定等の期間中であるものに限る。(別添５)エコチル調査データ管理システムの更改及び運用保守業務に係る提案書の評価基準表大項目 中項目 小項目 合計 基礎点 加点 基礎点 加点1 仕様書の遵守仕様書に規定する業務の目的や作業事項に反し、又は矛盾する提案がないこと。 必須 1 1 -業務の背景及び目的を的確に理解し、妥当な内容であること。 - -3 業務の実施方法2054年頃までのエコチル調査期間を通じたシステムライフサイクルコストに係る課題について、その内容と課題とする理由を明示のうえ、次期システムへの将来的な移行容易性を含め、システムライフサイクルコスト等を考慮した費用対効果を具体的に提案すること。 必須 11 1 10・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①政府クラウド方針に準拠し、マネージドサービスを積極活用する設計方針が示されているか。 ②総所有コスト(TCO)／ライフサイクルコスト(LCC)の削減効果が定量・定性で示されているか。 ③プラットフォーム依存度の最小化として、クラウド環境変化に柔軟対応できる設計方針が示されているか。(例：標準的なAPI(Application Programming Interface)や疎結合アーキテクチャの採用など)④将来移行・バージョンアップ対応の容易性として、クラウドサービスのバージョンアップや次期システム移行時に、最小作業負荷で円滑に移行できる方針が示されているか。(例：モジュール化、自動テスト、移行ツール、バックアウト計画、データ可搬性、検証環境など)⑤長期運用に耐える構成が示されているか。(例：継続性の確保など)なお、オンプレミスによる提案の場合は、提案の理由を明示のうえ、上記と同様の観点において、クラウド案との比較を具体的に提示すること。(以降の項目においても同様)参加者エンゲージメントを向上させる案があれば、参加者ポータルにおける参加者エンゲージメントに係る課題について、その内容と課題とする理由を明示のうえ、その効果を含めて具体的に提案すること。 任意 15 - 15 -評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①利用者視点の設計方針として具体的な根拠が示されているか。 (例：「利用者ニーズ分析」「ペルソナ設定」「ユーザーストーリー」等の設計方針など)②参加者ポータルで参加者エンゲージメントを高めるための工夫や仕組みが具体的に提案されているか。(例：通知機能、進捗表示、インセンティブ、UI改善など)③提案による効果が判りやすく示されているか。(例：回答率向上、参加継続率改善、満足度向上など)評価区分得点配分 技術上の基準 加点の採点3.1 調達仕様書1.3.の提案3.2 調達仕様書1.3.の提案評価項目要求要件業務・情報システムの概要に関する事項について、要求される性能・機能を実現するために、「図1本システムの概要」における本調達スコープ全体を明示した最適なシステム構成を提案すること。提案する本調達スコープ全体の構成についてクラウドサービス、ソフトウェア、ハードウェア等の構成要素を漏れなく記載すること。 必須 6 1 5・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合には加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①「図1 本システムの概要」に全体構成図が提示され、それぞれのサブシステムの連携が具体的に示されているか。(例：ネットワーク構成等も明示など)②クラウド最適化の具体性として、マネージドサービスの活用方針が具体的に示されているか。(例：可用性(冗長化)・拡張性(オートスケール)・復旧(バックアップ／DR)などの方針)③データフローや外部連携(既存SaaSや他システム)の可搬性の方針が示されているか。(例：API設計・認証、暗号化、標準形式(CSV／JSON／XML)などの方針)④アクセス制御(多要素認証や最小権限)、通信・保存の暗号化、監査証跡、個人情報・同意情報の取り扱い(責務分離など)の全体方針が示されているか。 ⑤最適な構成の妥当性として、選定理由が定量・定性に示されているか。(例：費用対効果、運用効率、拡張性、保守容易性など)プロジェクト管理について、実施すべき全ての作業は具体的に進捗状況を把握できる単位まで詳細化し、階層構造で表したWBS(WorkBreakdown Structure)及び定量的に状況が把握できる手法を提案すること。 必須 11 1 10・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①WBSの階層構造として、成果物ベースで詳細に全作業を進捗把握可能な単位まで分解し示されているか。(例：親子関係、依存関係、想定工数、想定期間、想定する責任者などの提示)②進捗測定手法が具体的に示されているか。(例：進捗率算出方法(%完了の定義)、遅延閾値、是正手順等の手法など)③報告及び承認フローが具体的に検討されているか。(例：報告・承認プロセス、工程完了判定会議との連動等の明示など)④効果的な手法が提案されているか。(例：プロジェクト管理ツールや自動進捗集計の活用など)⑤進捗管理と課題・リスク管理の連動が検討されているか。 (例：遅延時のエスカレーション手順など)3.3 調達仕様書1.4.の提案3.4 調達仕様書4.1.(3)の提案運用に係る課題について、その内容と課題とする理由を明示のうえ、効率的に運用業務を進める工夫とその効果を具体的に提案すること。 必須 16 1 15・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①参加者が参加者ポータルを利用するうえでの支援策等の方針が具体的に示されているか。(参加者によるセルフサービス、FAQやインフォメーションによる利用支援、参加者による簡易操作でのパスワードリセット、軽微な設定変更、UI設計や権限管理の方針など)②効果的な自動化の具体策が示されているか。(例：ジョブ管理、監視、復旧処理、定期ジョブ、アラート、障害検知、自動レポート、ダッシュボードなど)③障害検知から一次対応、エスカレーション、復旧までのプロセスを示しているか。 ④定期診断、ログ分析による異常予兆検知、パッチ適用計画等が示されているか。 ⑤改善案の実現性、コスト妥当性が示されているか。(例：改善案の導入コストと運用コスト削減効果の定量評価など)3.5 調達仕様書4.4.(3)及び4.14.の提案保守業務における軽微な改修について、効率的なシステム運用・保守に資する改善案があれば、保守に係る課題について、その内容と課題とする理由を明示のうえ、効率的に保守業務を進める工夫とその効果を具体的に提案すること。 任意 5 - 5 -評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①保守業務における軽微な改修の課題が具体的に示され、その理由が判りやすく示されているか。 ②効率的な保守業務を進めるための工夫や仕組みが具体的に示されているか。(例：改修手順の簡略化、ツール導入、作業標準化など)③効果が判りやすく示されているか。(例：作業時間短縮、ミス削減、保守コスト低減等の定量・定性評価など)サイバーセキュリティ及び情報セキュリティに関する事項について、「国立研究開発法人国立環境研究所情報セキュリティポリシー」及び「エコチル調査における個人情報管理に関する基本ルール」並びに「政府機関等のサイバーセキュリティ対策のための統一基準」への準拠を踏まえ、セキュリティ対策及びその実効性について具体的に提案すること。 必須 11 1 10・「国立研究開発法人国立環境研究所情報セキュリティポリシー」の遵守を具体的な適用範囲を含めて明記すること。 ・「政府機関等のサイバーセキュリティ対策のための統一基準」への準拠を具体的な適用範囲を含めて明記すること。 ・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①ランサムウェア対策などデータ保全に関する具体策が網羅的に示されているか。 ②アクセス制御・暗号化など情報セキュリティに関する具体策が網羅的に示されているか。 ③最新の動向を踏まえた有効な提案が具体的に示されているか。 機能に関する事項について、具体的な機能及びその実装の方法(機能の単位、画面構成・遷移等を含む。)等について、適切なシステム方式を提案すること。現行システムの実装方法(機能の単位、画面構成・遷移等を含む)を単純に踏襲するのではなく、現時点で広く使われている技術など、ユーザビリティや開発効率性の観点から優れた方法を選択するよう留意すること。 必須 6 1 5・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合には加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①「別紙7 機能一覧」に記載された機能を網羅的に反映した具体的な実装方針が示されているか。(例：機能単位、画面構成・遷移などの方針)②現行システムの単純な踏襲ではなく改善点(UI設計、処理効率)が示されているか。 ③現時点で広く使われる技術の活用が提案されているか。(例：クラウドネイティブ、API設計、UIフレームワークなど)④ユーザビリティ向上策が具体的に示されているか。(例：入力負荷軽減、誤操作防止、アクセシビリティ対応(ウェブコンテンツ・アクセシビリティ・ガイドライン等))⑤開発効率性が考慮され、再利用性、モジュール化、標準化による効率化策が提示されているか。 3.6 調達仕様書4.4.(3)及び4.15.並びに別紙1要件定義書3.18.(10)の提案3.7 調達仕様書6.及び別紙1要件定義書3.10.の提案3.8 別紙1要件定義書2.1.(1)の提案本システムを構成するWeb質問票サブシステムの方式を選定した理由を明示のうえ、Web質問票サブシステムに関する機能要件、その外部インタフェースに関する事項を含めて、具体的なシステム方式、機能及びその実装方法等について、適切なシステム方式を提案すること。なお、Web質問票サブシステムの方式としては現行と同じSaaS(クアルトリクス)、または別のSaaS、もしくは独自の構築システムなどが想定され得るが、現行のSaaS(クアルトリクス)と異なる方式であること自体は評価には何ら影響しない。 必須 11 1 10・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①提案する方式を選定した理由が論理的かつ具体的に示されているか。(例：技術的背景や比較検討の結果など)②機能要件の網羅性として、利用者視点(UI/UX)や運用視点(管理機能)などを含め、Web質問票サブシステムに必要な機能要件が漏れなく明記されているか。 ③外部インタフェースの適切性として、他システムとの連携仕様、セキュリティ、拡張性の設計方針が示されているか。(例：API、データ形式、認証方式など)④実装方法の具体性として、実装手法、実現可能性、保守性の設計方針が示されているか。(例：使用技術、フレームワーク、開発環境など)⑤要件に対して提案方式が最適であることの根拠について、コスト、性能、セキュリティ、運用性など総合的な観点で妥当性が示されているか。 Web質問票に関する事項について、現行のWeb質問票サブシステム等からの移行方法等を踏まえて、調査の継続方法を具体的に提案すること。 必須 16 1 15・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①Web質問票調査の継続要件を踏まえ、現行システムからの移行に関する基本方針が明確に示されているか。(例：データ保持、業務中断回避など)②データ移行の手順、形式変換、検証方法が具体的に示されているか。(例：データの完全性、整合性を確保する仕組みなど)③システム移行手順の実現性が具体的に示しているか。(例：移行スケジュール、段階的移行(並行稼働、切替方式)、業務影響を最小化するためのリスク対策など)④調査の継続性を確保するための仕組みが具体的に示されているか。(例：既存データ利用、回答者への影響軽減、中断や回答ロスを防ぐための措置など)⑤移行後の運用体制や保守性に配慮した設計方針が示されているか。(例：トラブル発生時の復旧手順やサポート体制など)3.9 別紙1要件定義書2.1.(5)及び2.5.の提案3.10 別紙1要件定義書2.1.(5)及び2.5.の提案システム方式に関する事項について、システム方式についての全体方針を踏まえ、最適なシステム方式を提案すること。 必須 6 1 5・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合には加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①全体方針として、「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」に準拠し、クラウドサービスの提供機能を最大限活用する方式等が示されているか。 ②信頼性、拡張性、継続性を確保する方式が具体的に示されているか。(例：マイクロサービス、コンテナ、オートスケーリング等の活用など)③個人情報管理・同意管理等をモジュール化するなど、クラウド環境の変化や将来拡張に対応できる設計方針が提示されているか。 ④長期運用と移行容易性として、将来的なシステム移行や拡張を容易にするための方式が示されているか。(例：標準API、データ形式、依存度低減策など)⑤信頼性と効率性の両立として、高可用性(冗長化、監視)、性能確保、運用効率化(自動化)を考慮した方式が具体的に示されているか。 性能に関する事項について、性能要件を踏まえ、導入する機器について、具体的に提案すること。ただし、ユニットセンター等クライアント環境で使用する機器は本業務の調達時から時間が経過するため、調達時に提案する機器と機種等が異なる可能性があることも考慮すること。 必須 6 1 5・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①処理のピーク時でも遅延や処理停止が起きないような仕組みが明確に示されているか。 ②選定する機器の性能やセキュリティ設定が判りやすく示されているか。 ③運用時の性能を確認する方法が示されているか。(例：試験や監視など)信頼性に関する事項について、可用性要件を踏まえ、導入する機器について、単一障害点(SPOF)を極力排除するとともに、サーキットブレーカーパターン等も検討し、一律ではなく機能又はセグメントの特性に応じた合理的な提案をすること。 必須 6 1 5・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①単一障害点(SPOF)への対応が明示されているか。(例：システムの重要部分が1箇所の故障で停止しないような対策など)②システムの機能や特性に応じた合理的な工夫が示されているか。 ③障害発生時の管理方法が示されているか。(例：障害発生時の稼働状況を確認・管理する仕組みなど)3.11 別紙1要件定義書3.2.(1)の提案3.12 別紙1要件定義書3.4.の提案3.13 別紙1要件定義書3.5.の提案上位互換性に関する事項について、クラウドサービスの活用を踏まえ、OS、サーバソフトウェアのバージョンアップ又は変更に備え、本システムを構成する。将来的なシステムの長期運用に係るコスト影響を考慮し、最適な構成を提案すること。 必須 6 1 5・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合には加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①クラウドサービス更新対応として、運用に支障がない設計方針が示されているか。(例：軽微なバージョンアップの自動適用、大規模更新時の影響分析手順と適用判断基準など)②OS・サーバソフトウェアへの依存度低減として、特定バージョンへの依存を避ける設計方針が示されているか。依存が不可避な場合は代替策が提示されているか。 ③OSやミドルウェア更新時に業務運用へ影響が出ないよう互換性検証計画が示されているか。 ④長期運用コストへの影響として、バージョンアップや更改に伴う改修コスト試算を含め、ライフサイクルコストへの影響評価が示されているか。 ⑤最適な構成の提案として、標準技術の採用、将来移行の容易性を考慮した構成が具体的に示されているか。 移行に関する事項について、参加者への負担を最小限とすることを踏まえ、参加者アカウント情報等の移行方法を提案すること。 必須 11 1 10・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①参加者負担軽減の配慮として、移行時に参加者が追加操作や複雑な手続きをしなくて済むような工夫が明確に示されているか。 (例：自動移行、簡単な確認のみ)②アカウント情報の移行方法・手順が判りやすく示されているか。(例：どの情報をどう移すか、どのタイミングで行うかなど)③安全性、信頼性の確保として、移行時の情報漏えいやエラー防止策などが明確に示されているか(例：暗号化、確認手順、バックアップなど)Web質問票作成支援業務に関する事項について、その内容と課題とする理由を明示のうえ、効率的に運用業務を進める工夫とその効果を具体的に提案すること。 必須 11 1 10・提案された内容が具体的かつ妥当であると理解できること。 評価基準は、以下5つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①Web質問票作成支援業務の内容が網羅的かつ具体的に明記されているか。 ②課題の背景や影響範囲が適切に分析されており、課題解決の優先度や重要性が明確に示されているか。 ③業務効率化のための具体的な施策や仕組みの実現可能性が明確に示されているか。(例：現場運用に適用しやすいかなど)④提案する工夫による効果が明確に示されているか。(例：定量的な指標(時間削減率、コスト削減額等)や定性的な改善点(利便性向上、エラー減少等)など)⑤提案の内容が長期的な運用や改善に耐えうる仕組みになっているか。 3.15 別紙1要件定義書3.14.(1)ウの提案3.14 別紙1要件定義書3.7.の提案3.16 別紙1要件定義書3.17.(4)の提案本業務目的を達成するために必要と考えられる追加的業務の提案があれば、具体的に記述すること。 任意 5 - 5 -提案に係る追加的業務が具体的であり、業務目的を達成する上で必要かつ適切なものであるか。 業務スケジュール、検討会の開催時期等を実施予定表にして示すこと。 必須 1 1 -具体的かつ実施可能で妥当な予定であると理解できること。 - -6 業務の実施体制主たる担当者の類似業務等の実績、本業務に関係する能力の資料、資格等を明示すること。 主たる担当者の業務従事期間中における本業務以外の手持ち業務の状況を記載すること。 必須 11 1 10・主たる担当者がスマートフォンアプリ等の情報システムの開発・運用に関する業務・研究実績があること。 ・主たる担当者の手持ち業務数が10件以下であること。 評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①主たる担当者が過去に類似業務(同規模・同分野)で複数の実績を持ち、具体的なプロジェクト名や概要が明示されているか。 ②主たる担当者が本業務を遂行するうえで関連する専門資格やスキルが明示され、証明資料が示されているか。 ③主たる担当者が本業務に従事するうえで本業務期間中の他業務の負荷状況が明確に記載され、専任性や稼働率が高いことが確認できるか。 業務の実施体制について、従事者の役割分担、従事者数等をまとめること。 必須 11 1 10適切な役割分担等により業務執行に必要な体制が構築されていること。 評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①従事者ごとの役割が具体的に記載され、責任範囲が明示されているか。(例：上記3.4のプロジェクト管理(WBS等)に関する提案における各種担当者との関係性など)②業務規模に対して適切な人数が配置され、根拠が示されているか。(例：負荷見積りなど)③主要メンバーの専任性や代替要員の確保など、体制の安定性が明示されているか。 4 追加的業務の提案5 業務の実施計画6.1 主たる担当者の実績、能力、資格等6.2 執行体制、役割分担等7 組織の実績スマートフォンアプリ等の情報システムの設計・開発に関する業務実績について、その件数、それぞれの概要、発注元が官公庁である場合はその発注元名称を記載すること。 必須 11 1 10スマートフォンアプリ等の情報システムの設計・開発に関する業務実績があること。 評価基準は、以下3つの観点を中心に総合的に評価する。ただし、これら以外にも有効と考えられる提案がなされた場合には、その内容を踏まえての評価とする。それぞれの観点において内容が抽象的、不明、未記載の場合にはその程度に応じて減点、もしくは加点の対象としない。また実現性や効果が理解できない場合も加点の対象と判断できない可能性があるため、評価者に判りやすく提案すること。 ①過去10年以内にスマートフォンアプリ等の情報システムにおけるUI/UXの設計・開発に関する業務実績が複数あり、件数が明確に記載されているか。 ②各実績について、概要(システムの種類、規模、期間)が具体的に示されているか。 ③設計・開発したスマートフォンアプリ等の情報システムが表彰等の第三者により評価されたことがあるか。 技術点小計200 20 180 加点合計基礎点 20価格点 100 価格点総計 300 総合評価点基礎点部分の採点は、技術上の基準を満たす場合に、当該基礎点全部を得点とする。 加点部分の採点は、配点５点の場合、技術上の基準に基づき、優；5点、良；3点、可；1点、不可；0点、の4段階評価とし、配点に応じて係数をかけて得点を算出する。 基礎点がある項目に係る加点部分の「不可；0点」とは、基礎点の基準は満たす(基礎点は得点)が、加点部分の基準をなんら満たさない場合である。 女性活躍推進法に基づく認定等(えるぼし認定等)・1段階目(※1) 2点・2段階目(※1) 3点・3段階目 4点・プラチナえるぼし 5点・行動計画(※2) 1点※1 女性活躍推進法に基づく一般事業主行動計画等に関する省令第8条第1項第1号イの項目のうち、労働時間等の働き方に係る基準は必ず満たすことが必要。 ※2 女性活躍推進法に基づく一般事業主行動計画の策定義務がない事業主(常時雇用する労働者の数が100人以下のもの)が努力義務により提出し、提案書提出時点で計画期間が満了していないものに限る。 次世代法に基づく認定(くるみん認定・プラチナくるみん認定)・くるみん認定(平成29年3月31日までの基準) 2点・くるみん認定(平成29年4月1日～令和4年3月31日の基準) 3点・くるみん認定(令和4年4月1日からの基準) 3点・トライくるみん認定 3点・プラチナくるみん認定 5点若者雇用推進法に基づく認定(ユースエール認定) 4点※複数の認定等に該当する場合は、最も得点が高い区分により加点を行うものとする。 -女性の職業生活における活躍の推進に関する法律(以下「女性活躍推進法」という。)、次世代育成支援対策推進法(以下「次世代法」という。)、青少年の雇用の促進等に関する法律(以下「若者雇用推進法」という。)に基づく認定等(えるぼし認定等、くるみん認定、トライくるみん認定、プラチナくるみん認定、ユースエール認定)の有無、有の場合は認定等の名称を記載し、認定通知書等の写しを添付すること。 ただし、提案書提出時点において認定等の期間中であること。 任意 5 - 5 -8 組織のワーク･ライフ･バランス等の推進に関する認定等取得状況(女性の活躍推進に向けた公共調達及び補助金の活用に関する実施要領第１の１(１)ただし書きに該当する、環境配慮契約法に基づく自動車の購入及び賃貸借に関する事業については、評価項目から除くこと。) 資料閲覧に関する誓約書国立研究開発法人国立環境研究所 殿＿＿＿＿＿＿＿＿＿＿＿＿＿＿(以下「弊社」という。)は、このたび、国立研究開発法人国立環境研究所(以下「貴研究所」という。)の行う「エコチル調査データ管理システムの更改及び運用保守業務」の資料閲覧(以下「本件」という。)に関し、下記事項を誓約致します。 第1条(守秘義務の誓約)弊社は貴研究所の許可なくして、社外はもとより貴研究所職員で本件に直接関与していない者に対しても、本件に関し弊社が知り得た全ての事項・情報を開示、漏洩、若しくは自ら使用しないことを約束致します。 第2条(資料の貸与に関する誓約)弊社は、本件に関する資料の貸与を受ける場合、貴研究所より許可を受けた上で、貴研究所により定められた貸与期間を遵守することを約束し、貴研究所より返却の要請があった場合には、貸与期間の満了前であっても、直ちに返却することを約束致します。 第3条(資料の複写等に関する誓約)弊社は、守秘義務を厳守するため、貴研究所より本件に関し、開示された全ての資料を貴研究所の許可なく複写しないことを約束し、貴研究所より返却の要請があった場合、これらの資料及びその複写並びにそれらに関する資料の一切を直ちに返却することを約束致します。 第4条(守秘義務違反後の処置)弊社は、貴研究所とお約束した守秘義務に反した場合、貴研究所が行う合法的処置を受けることを約束致します。 令和 年 月 日住 所 会社名 代表者名 担当者等連絡先部署名 ： 責任者名： 担当者名：ＴＥＬ ：E-mail ：MERGEFIELD 案件名(誓約書(押印不要))(誓約書(押印不要)) (別添４)エコチル調査データ管理システムの更改及び運用保守業務に関する提案書提案書作成責任者 ＜企業名／団体名及び所属、氏名＞ ＜電話番号、ＦＡＸ番号、メールアドレス＞１．はじめに本書は、エコチル調査データ管理システムの更改及び運用保守業務に係る仕様書に基づき、その実施方法等に関する提案を行うものです。本業務の実施に当たっては、同仕様書を遵守し、本提案書をその実施計画書と位置づけて行うものとします。 ２．業務の理解調達仕様書1.2.「調達の背景」及び1.3.「調達目的及び期待する効果」を踏まえて、長期に及ぶエコチル調査の推進にあたって、エコチル調査データ管理システムの運用を通じて、①どのような課題が考えられるか、②課題解決に向けて必要な調査及び情報、並びに進め方を明らかにした上で論じてください。 (※)Ａ４版２枚以内とする。 ３．業務の実施方法(作成注)調達仕様書及び別紙１.要件定義書に掲げたそれぞれの項目について、技術的観点から検討すべき具体的事項をご提案ください。 (項目ごとに原則Ａ４版１枚以内とする。項目ごとに複数の事項を提案する場合はそれぞれ事項ごとに原則Ａ４版１枚以内ずつとする。要求要件を満たす提案また加点要素の提案をする上で必要に応じて複数枚となることも可とする。)3.1 調達仕様書1.3.の提案事項名エコチル調査期間を通じたシステムライフサイクルコストに係る課題と理由：システムライフサイクルコスト等を考慮した費用対効果の具体的な提案：3.2 調達仕様書1.3.の提案事項名参加者ポータルにおける参加者エンゲージメントに係る課題と理由：参加者エンゲージメントを向上させる具体的な提案：3.3 調達仕様書1.4.の提案事項名業務・情報システムの概要に関する事項について、本調達スコープ全体の最適なシステム構成の提案：3.4 調達仕様書4.1.(3)の提案事項名プロジェクト管理について、WBS及び定量的に状況が把握できる手法の提案：3.5 調達仕様書4.4.(3)及び4.14.の提案事項名運用に係る課題と理由：効率的に運用業務を進める工夫とその効果の具体的な提案：3.6 調達仕様書4.4.(3)及び4.15.並びに別紙1要件定義書3.18.(10)の提案事項名保守業務における軽微な改修に係る課題と理由：効率的に保守業務を進める工夫とその効果の具体的な提案：3.7 調達仕様書6.及び別紙1要件定義書3.10.の提案事項名サイバーセキュリティ及び情報セキュリティに関する事項について、セキュリティ対策及びその実効性についての具体的な提案：3.8 別紙1要件定義書2.1.(1)の提案事項名機能に関する事項について、具体的な機能及びその実装方法等の適切なシステム方式の提案：3.9 別紙1要件定義書2.1.(5)及び2.5.の提案事項名本システムを構成するWeb質問票サブシステムの方式を選定した理由：Web質問票サブシステムに関する具体的かつ適切なシステム方式の提案：3.10 別紙1要件定義書2.1.(5)及び2.5.の提案事項名Web質問票に関する事項について、移行方法等を踏まえた調査継続方法の具体的な提案：3.11 別紙1要件定義書3.2.(1)の提案事項名システム方式に関する事項について、全体方針を踏まえた最適なシステム方式の提案：3.12 別紙1要件定義書3.4.の提案事項名性能に関する事項について、性能要件を踏まえた導入機器等の具体的な提案：3.13 別紙1要件定義書3.5.の提案事項名信頼性に関する事項について、可用性要件を踏まえた導入機器等の合理的な提案：3.14 別紙1要件定義書3.7.の提案事項名上位互換性に関する事項について、長期運用に係るコスト影響を考慮した最適な構成の提案：3.15 別紙1要件定義書3.14.(1)ウの提案事項名移行に関する事項について、参加者への負担を最小限とすることを踏まえた参加者アカウント情報等の移行方法の提案：3.16 別紙1要件定義書3.17.(4)の提案事項名Web質問票作成支援業務に係る課題と理由：効率的にWeb質問票作成支援業務を進める工夫とその効果の具体的な提案：４．追加的業務の提案(任意)(作成注) 本業務の目的を達成するために必要と考えられる追加的な業務があれば、具体的に提案してください。 (※)追加的業務の提案事項1件あたり原則Ａ４版１枚以内とする。提案をする上で必要に応じて複数枚となることも可とする。 ５．業務の実施計画(作成注) 業務スケジュール、検討会の開催時期等を実施予定表にして示してください。 時 期内 容(※)原則Ａ４版１枚以内とする。要求要件を満たす提案をする上で必要に応じて様式は問わず複数枚の提案となることも可とする。 ６．業務の実施体制(１)本業務に従事する主たる担当者氏 名生年月日所属・役職経験年数(うち本業務の類似業務従事年数)年( 年)専門分野所有資格経歴(職歴／学位)所属学会類似業務等の実績業務名業務内容履行期間 年 月～ 年 月業務従事期間中における本業務以外の主な手持ち業務の状況業務名業務内容履行期間 年 月～ 年 月(※)手持ち業務の欄は契約金額が500万円以上のもの及び担当者の経常的業務を対象とし、業務内容の欄は概要を記入する。加点要素の提案をする上で上記様式に加えて、追加で様式を問わない複数枚の提案となることも可とする。 (２)主たる担当者以外であって本業務に従事する者本業務における役割氏名所属・役職専門分野(※)加点要素の提案をする上で上記様式に加えて、追加で様式を問わない複数枚の提案となることも可とする。 ７．組織の実績業務名発注機関(名称、所在地)(受託者名)(受託形態)履行期間業務の概要技術的特徴主たる担当者の従事の有無注１本様式は、Ａ４版４枚以内に記載すること。 注２業務名は１０件まで記載できるものとする。 注３発注機関が公的機関である場合はその名称、所在地を記載すること。 注４発注機関の受注形態欄には、元請受注か下請受注かの区別を記載すること。 注５業務の概要の欄には、業務内容を具体的かつ簡潔に記載すること。 注６実績を証明するものとして、契約書写し(契約書が存在しない場合、また下請の場合は注文書・請書の写しでも可)を添付すること。 ８．組織のワーク･ライフ･バランス等の推進に関する認定等取得状況認定等の有無：認定等の名称： (認定段階： )(計画期間： ○年○月○日～ ○年○月○日)注１ えるぼし認定、プラチナえるぼし認定、くるみん認定、トライくるみん認定、プラチナくるみん認定及びユースエール認定については、認定通知書の写しを、女性の職業生活における活躍の推進に関する法律に基づく一般事業主行動計画(策定義務のない事業主(常時雇用する労働者が100人以下のもの)が努力義務により届出たものに限る。)については、労働局の受付印のある一般事業主行動計画策定届の写しを添付すること。 注２ 認定段階については、えるぼし認定の認定段階(１～３)を、計画期間については、女性の職業生活における活躍の推進に関する法律及び次世代育成支援対策推進法に基づく一般事業主行動計画に示された計画期間を明記すること。 注３ 事業者の経営における主たる事業所(本社等)において取得しており、かつ、提案書提出時点において認定等の期間中であるものに限る。