患者および消費者が電子医療記録を安全に送受信できるようにすることは、世界中のヘルスケア業界での大きな課題となっています。ここでは、安全なデータ交換のために、Office オープン XML 形式およびカスタム XML 形式の使用方法を学習します。ここで取り上げるシナリオでは、HL7 (Health Level Seven) の CDA (Clinical Document Architecture) を使用して、電子医療記録を業界標準形式で記述する方法を示します。また、複数の医療従事者間でのポータビリティのために、Office オープン XML 形式に基づいてセキュリティ保護されたドキュメントにデータを格納する方法についても示します。

最近新しく引っ越してきた安田さんは、新しいかかりつけ医に申し込もうと考えました。医療機関として選択したのは、Contoso, LLC です。Contoso は、医療分野だけでなく、テクノロジの採用と顧客へのサービス提供についてもリーダー的な機関です。将来来院する可能性のある顧客は、単純なフォームに記入するだけで、安全にオンラインで登録でき、現在治療中の患者は、自分の診療記録のコピーを安全にダウンロードできます。安田さんは、登録フォームに情報を記入します。記入した情報は、自動的に抽出されて Contoso のシステムに格納され、初めて患者として来院したときに確認されます。安田さんが何年にもわたって Contoso で日々の診療を受けるうちに、Contoso の電子医療記録 (EHR: Electronic Health Record) システムに安全に格納された診療履歴が多数蓄積されていきます。紙ベースのシステムで診療記録を保持している他の多くの医療機関と異なり、Contoso では、患者が業界標準形式を使用して自分の診療記録をエクスポートできる EHR システムに投資しています。診療記録には HL7 CDA が使用され、Office オープン XML 形式に基づきデジタル署名されたドキュメントによってビジュアルな表示と安全な転送が可能です。HL7 CDA 形式の診療記録が持つ豊富な情報と意味内容を完全に保持しながら、患者は表示および印刷に適したリッチな形式でこのドキュメントにアクセスできます。

技術的な観点で見ると、これらの診療記録のデータは、Contoso の EHR システムに格納されます。安田さんのような患者が、安全な Web サイトから診療記録のコピーをダウンロードするためのリンクをクリックすると、HL7 CDA が動的に (必要に応じて複数のデータ ソースおよびシステムから) アセンブルされ、ドキュメントに埋め込まれて患者のデスクトップにダウンロードされます。

安田さんは、Microsoft Office Word 2007 を使用して、自分の診療記録を表示し、必要に応じて保存用に印刷できます。また、ドキュメントを電子的にバックアップして、他の重要な記録と共に保管しておくこともできます。自分の診療記録を完全に管理できることで、安田さんは家族または他の医師や組織などと記録を共有することもできます。診療記録は、医師のオフィスに保存されている内容のコピーであるため、ドキュメントを更新したり改ざんしたりすることはできません。そのような行為を行うと、Contoso の Web サイトからダウンロードされる前に医療記録に適用されていたデジタル署名が壊れます。

安田さんが自分の診療記録を他の組織と共有する場合、その組織のシステムでは、ドキュメントが改ざんされていないこと、および埋め込まれた HL7 CDA ドキュメントがダウンロード時点またはアセンブル時点での診療記録の正確なスナップショットを反映していることを確認できます。

安田さんは、オンラインの個人健康記録 (PHR) サービスに登録することに決めました。このサービスを選んだのは、Office オープン XML 形式に基づくドキュメントに埋め込まれた形で HL7 CDA 形式の診療記録を受け取ることができるからです。この機能を利用すると、安田さんの診療記録が Contoso から厳密に完全な形で転送されるため、情報を再入力する手間がかからず、入力ミスの可能性も回避できます。PHR サービスにより、安田さんは自分の診療記録を個人的に閲覧し、自分の健康をより効果的および積極的に管理できるようになります。アップロード プロセス中に、ドキュメントは検査され、デジタル署名が確認されます。ドキュメントが、PHR サービスに対する既知の組織 (Contoso など) によりデジタル署名されていて、そのデジタル署名が正しく確認されれば、HL7 CDA を抽出して PHR サービス システムに格納することができます。デジタル署名によって正しく確認されることで、PHR サービスでは、これらの診療記録が Contoso によって提供されたものであり、改変されていないということを高い信頼性で確認できます。

この記事には、このシナリオのサンプル実装を含む Microsoft .NET Framework ベースのソリューションが付属しています。詳細については、「2007 Office Sample: Using the Office Open XML Formats to Support Electronic Health Records Portability and Health Industry Standards (英語)」を参照してください。

2 つの Web サイトがあります。1 つは医師向けでもう 1 つが PHR サービス向けです。あなたが安田さんであると仮定すると、実際に Contoso に登録し、自分の診療記録をダウンロードできます。これらの記録は、ドキュメントの整合性を保証するため、医師によって署名されています。署名の整合性は、Office Word 2007 を使用して簡単に確認できます。確認後、記録をオンライン PHR サービスに送信できます。

HL7 CDA を格納する方法は、場合により異なります。たとえば、ドキュメントを分解して診療記録の各要素をデータベースに格納することができます。または、XML ドキュメント全体を格納し、必要に応じて要素を抽出することもできます。この例では、HL7 CDA がそのまま格納され、HL7 の CDA 標準で提供される標準 XSLT を使用して内容が表示されるようになっています。このシナリオで使用されるサンプル データ、およびサンプル コードは、HL7 標準に含まれるサンプル CDA ドキュメントから得られたものです。

ここでは、このソリューションの実装に使用される標準について説明します。

Office オープン XML ファイル形式

HL7 (Health Level Seven) CDA (Clinical Document Architecture)

この新しいファイル形式コンテナは、単純なパーツ ベースの圧縮 ZIP ファイル形式仕様に基づいています。新しい Office オープン XML 形式のコアとなるのは、XML リファレンス スキーマと ZIP コンテナの使用です。各ファイルにはさまざまな数のパーツの集合が含まれ、この集合がドキュメントを定義します。

ドキュメントの各パーツは、業界標準の ZIP 形式を使用して、コンテナ ファイルまたはパッケージに格納されます。ほとんどのパーツは XML ファイルで、アプリケーション データを表すものもあれば、メタデータやユーザー データを表すものまであり、すべてコンテナ ファイル内に保存されます。画像を表すバイナリ ファイルやドキュメントに埋め込まれた OLE オブジェクトなどの XML ではないパーツも、コンテナ パッケージ内に保存されます。また、パーツ間の関係を指定するリレーションシップ パーツもあり、このデザインによって Office ファイルの構造が形成されます。パーツがファイルのコンテンツを構成し、コンテンツの各部がどのように協調して動作するのかをリレーションシップが表します。

詳細については、次の情報を参照してください。

新しいファイル形式の内部を見るための簡単な方法は、Word 2007 のドキュメントを新しい既定の形式で保存し、そのファイルの拡張子を .zip に変更することです。ファイルをダブルクリックして開き、その内容を表示します。

Word XML 形式のファイルを Word 2007 で開くには

図 3. イメージおよび埋め込みオブジェクトを含む Word 2007 ドキュメントの階層的ファイル構造

Open Packaging Conventions 仕様は、新しいファイル形式を使用した Word 2007 ドキュメントの構造を定義します。Open Packaging Conventions の詳細については、「仕様とライセンスのダウンロード」を参照してください。これは XML Paper Specification でも使用されています。また、最近リリースされた Java ベースのバージョンもあります。OpenXML4J は、Office オープン XML (ECMA-376) および OPC ベースのドキュメント (たとえば、Microsoft Office Word 2007、Microsoft Office Excel 2007、および Microsoft Office PowerPoint 2007 のドキュメント) の作成および操作専用の Java ライブラリです。OpenXML4J を使用すれば、Microsoft Office スイートを使用しなくても、多くのscenarios に対してオープン XML ドキュメントの作成および操作が可能になります。詳細については、「OpenXML4J Project: Office Open XML File Format library for Java 」を参照してください。

この記事では、サンプル ドキュメントとして "Hello World" の例を使用しています。ウォークスルーでは、Packaging API を使用して、XML と ZIP の低レベルの詳細を処理しています。この Hello World ドキュメントには 3 つのパーツが含まれ、そのうちの 2 つだけを手動で作成します。最初に、"Hello World" というテキストを格納するドキュメント パーツを作成します。WordprocessingML では、別のドキュメント パーツを使用してこのデータを格納します。次に、リレーションシップ パーツを作成し、データを含むドキュメント パーツとパッケージとの間のリレーションシップを作成します。最後に、Packaging API でコンテンツ タイプのリストを作成します。このコンテンツ タイプ リストは、パッケージ内の各ドキュメント パーツの内容を識別します。Packaging API は ZIP の詳細を抽象化するだけなので、System.Xml を使用し、"Hello World" テキストを形成する XML マークアップを手動で作成する必要があります。

図 4. "Hello World" テキストの XML マークアップ例

以降のセクションでは、Office オープン XML 形式アーキテクチャの主要なコンポーネントについて説明します。

コンテンツ タイプ

 xml version="1.0" encoding="UTF-8" standalone="yes"?> <Types xmlns="">     <Default         Extension="rels"         ContentType="application/vnd.openxmlformats-package.relationships+xml"/>     <Default         Extension="xml"         ContentType="application/xml"/>      Types>  

リレーションシップ

 xml version="1.0" encoding="UTF-8" standalone="yes"?> <Relationships     xmlns="">           Relationships> 

Open Packaging Conventions では、ファイル構造の定義に同じ概念を使用しています。Package クラスは、オープン XML パッケージ全体を定義します。PackageRelationship は、1 つのリレーションシップを定義します。PackagePart クラスは、パッケージ内のパッケージ パーツをカプセル化します。

サンプル ドキュメントを作成するには、Packaging API の 3 行のコードと、"Hello World" テキストを表示する WordprocessingML マークアップを生成するためのいくつかのコードが必要です。

パッケージを作成する

 class Program {     static void Main()     {         using (Package package = Package.Open("Sample.docx", FileMode.Create))         {             // The rest of the code goes here.         }     } }  

メイン ドキュメント パーツを作成する

 PackagePart mainPart = package.CreatePart(     new Uri("/document.xml", UriKind.Relative),     "application/vnd.openxmlformats-      officedocument.wordprocessingml.document.main+xml");  

リレーションシップを作成する

 PackageRelationship mainRelationship = package.CreateRelationship(     mainPart.Uri,      TargetMode.Internal,     "http://schemas.liquid-technologies.com/OfficeOpenXML/2006/default.html     relationships/officeDocument");  

System.Xml を使用する

 string xmlNamespace =      "http://schemas.liquid-technologies.com/OfficeOpenXML/2006/default.html"; using (XmlWriter writer = XmlWriter.Create(     mainPart.GetStream(FileMode.Create, FileAccess.ReadWrite))) {     writer.WriteStartDocument();     writer.WriteStartElement("w", "document", xmlNamespace);     writer.WriteStartElement("w", "body", xmlNamespace);     writer.WriteStartElement("w", "p", xmlNamespace);     writer.WriteStartElement("w", "r", xmlNamespace);     writer.WriteStartElement("w", "t", xmlNamespace);     writer.WriteString("Hello World");     writer.WriteEndDocument(); }  

System.Xml の代替手段

XML 関連コードを使用してドキュメント全体を生成するのは、面倒なプロセスです。ごく単純なドキュメントを生成する場合でも、たくさんのコードを保持する必要があります。100% コードを使用して大きなドキュメントを作成する代わりに、2 つの主要なソリューションを利用して困難を軽減できます。ドキュメント テンプレートと XSLT ファイル、またはそれら 2 つの任意の組み合わせを使用できます。ドキュメント テンプレートを使用すると、ドキュメントの書式部分をテンプレート内のメイン コード ベースの外部に保持できるため、作業負荷を大きく軽減できます。これらのテンプレートは、より簡単に編集でき、直接書式を変更できます。ただし、データを含む領域の特定が難しいという問題があります。そのために使用できるテクノロジを、この記事の後の方で説明しています。最初に、XSLT ファイルを詳しく調べる必要があります。

単純な XSLT ファイルの例は次のようになります。

 <xsl:stylesheet version="1.0"     xmlns:xsl="">     <xsl:template match="/">         <w:document              xmlns:w="">             <w:body>                 <w:p>                     <w:r>                         <w:t>Hello World!w:t>                     w:r>                 w:p>             w:body>         w:document>     xsl:template> xsl:stylesheet>  

XSLT ファイル内の XML データは XML 形式を保持できるため、後で XSLT ファイルを変更するのが簡単です。XSLT ファイルはテキスト ファイルなので、コンパイルされたコードを再テストする必要はありません。これにより、開発および保守のプロセスが簡単になります。

XSLT ファイルでの作業については、2 つの重要な考慮事項があります。1 つ目は、コード ベースのアプローチに比べて表現力に欠けるということです。XSLT ファイルは、たとえば日付の書式設定などが得意ではありません。多くの XSLT エンジンでは、XSLT ファイルをカスタム オブジェクトで拡張して、XSLT 仕様では定義されていない高度な機能を提供できるようになっています。.NET Framework で使用されているエンジンでは、拡張オブジェクトおよびカスタム パラメータを使用できます。

2 つ目の考慮事項は、XSLT エンジンの出力機能に関連します。オープン XML パッケージは多数の XML ファイルから構成され、その多くはさまざまなプロパティを通じて関連し合っています。XSLT 1.0 仕様では、XSLT ごとに 1 つの出力ファイルしか許可されません。XSLT 2.0 仕様では 1 つの XSLT ファイルを使用して複数のファイルを作成できますが、XSLT 2.0 を実装するエンジンはまだ一般的ではありません。

オープン XML ソリューションで記述して保守する必要のあるコード量を減らすもう 1 つのアプローチは、2007 年 6 月に初めてリリースされた Microsoft SDK for Open XML Formats を使用することです。この API では、ドキュメントの開始パーツや他のパーツなどの概念が高いレベルで抽象化されるため、リレーションシップやコンテンツ タイプをコード内で明示的に管理する必要がなくなります。

SDK を無料でダウンロードするには、「2007 Office system: Microsoft SDK for Open XML Formats」を参照してください。オンライン ドキュメントを見るには、「Welcome to the Open XML Format SDK 1.0」を参照してください。

この記事の執筆時点では、この API の最終バージョンのリリース日や提供機能については発表されていません。マイクロソフトでは、ロードマップの策定に役立てるために、「Open XML Format SDK 」にある MSDN サポート フォーラムを通じて、新しい API に対する開発者からのフィードバックを募っています。

単純な患者登録フォームでは、通常 2 つのレベルのコンテンツが定義されています。最初のレベルは、フォームのレイアウトと基本的な書式設定によって定義されます。2 番目のレベルは、患者の詳細情報や保険情報など、各種の情報に対するプレースホルダです。これらのドキュメントをデジタル形式で扱う際の困難の 1 つは、確実に正しい内容を取得できる方法でデータにアクセスするようプログラムを作成することです。書式がわずかに変更されて登録フォームの外観が変わったために、抽出された患者の名前が "名前を入力してください" となっているような事態は避ける必要があります。

Office オープン XML 形式では、Microsoft ActiveX のようなコード ベースのソリューションに頼らずドキュメント内のデータのアクセス性を高めるために、さまざまなテクノロジが導入されています。WordprocessingML の場合、主要なテクノロジはコンテンツ コントロールであり、これは構造化ドキュメント タグとも呼ばれます。これらの構造化ドキュメント タグを使用して、日付などの単純な要素や、段落やページなどの複雑な構造に対するプレースホルダを作成できます。次に示す患者登録フォームを考えます。これは、医療機関 (上記のシナリオの Contoso など) によって提供され、それに属する多くの医師が使用できる汎用フォームです。

図 6. 患者登録フォームのサンプル

登録フォーム内には多くのデータが定義されています。単純なテキスト、日付、選択フィールドなど、さまざまな種類のデータがあることがわかります。印刷されたフォームの場合、フォームが正しく記入されたことを検証するのは困難です。コンテンツ コントロールを使用すれば、これらのフィールド タイプすべてに対して、削除の禁止や内容の確認などの追加機能を提供できます。

名前からもわかるとおり、XML データ アイランドは、Office オープン XML 形式に基づくドキュメント内で、ビジネス関連データを XML 形式で格納しています。これは、カスタム XML パーツの一例です。この XML には、Office オープン XML 形式への参照は含まれていません。これは純粋なビジネス関連データであり、任意の有効な XML ドキュメントを格納できます。XML データ アイランドは、パッケージ内に別個のパーツとして格納されます。このパッケージ パーツは、XML データを見つけることができるように、メイン ドキュメント パーツから特定のリレーションシップ タイプを使用して関連付けられています。

新しい患者フォームには、すべてのフォーム フィールドの XML データを格納する 1 つの XML データ アイランドが含まれています。次に示す XML は、フォームに定義されたメッセージの一部を抜粋したものです。

 xml version="1.0" encoding="utf-8"?> <Data xmlns="">     <Patient>     <MaritalStatus>MarriedMaritalStatus>     <BirthDate>2007-05-01T00:00:00BirthDate>     <Age>12Age>     <Sex>MaleSex>     <SSN>123-23-1234SSN>     <Name />     <Address />     <Contact />     <Employer />     Patient>     <Insurance covered="false">         <Subscriber />     Insurance>     <Emergency>         <Name />         <Relationship />         <HomePhone />         <WorkPhone />     Emergency> Data>  

この患者登録フォームには 1 つの登録しか含まれていませんが、たとえば、過去 1 か月のすべての登録を一覧表示するドキュメントを作成する場合など、複数の登録を表示するフォームも作成できます。これらの登録フォームを 2 つ結合する場合、XML データ アイランドを変更する必要はありません。XML データは、プロパティのセットを使用して一意に識別できます。また、これらのプロパティを使用して、登録フォーム内のデータを確認するために XML スキーマへの参照をすることもできます。プロパティは、パッケージ内の別のパーツに格納されます。XML データ アイランドは、カスタム XML パーツです。プロパティは、カスタム XML プロパティ パーツと呼ばれます。

図 9. カスタム XML パーツを作成する

カスタム XML パーツ内のデータを、Microsoft Office などの生産性アプリケーションの外部で表示する場合、最も簡単なアプローチは、Open XML Package Explorer (英語) などのパッケージ ビューア アプリケーションを使用することです。このツールを使用して、Office オープン XML 形式に基づく任意のドキュメントを開き、ドキュメントの個々のパーツを表示または編集することができます。

図 10. Package Explorer を使用してドキュメント パーツを表示および編集する

コンテンツ コントロールを使用する

 <w:sdt>     <w:sdtPr>         <w:alias w:val="Last Name" />         <w:tag w:val="Last Name" />         <w:text />     w:sdtPr>     <w:sdtContent>         <w:r>             <w:t>Predeekw:t>         w:r>     w:sdtContent> w:sdt> 

カスタム XML ファイルにデータをバインドする

 <w:sdt>     <w:sdtPr>         <w:alias w:val="Last Name" />         <w:tag w:val="LastName" />         <w:dataBinding            w:prefixMappings="xmlns:ns0='http://www.example.org/ooxml/…                …healthcare/registrationform'"             w:xpath="/ns0:Data/ns0:Patient/ns0:Name/ns0:Last"             w:storeItemID="{A5566E5B-6220-4F8C-BB50-CB2E486681CB}" />         <w:text />     w:sdtPr>     <w:sdtContent>         <w:r>             <w:t>Predeekw:t>         w:r>     w:sdtContent> w:sdt>  

患者が PHR サービスにアップロードした診療記録を、Contoso 内の医師までさかのぼって追跡できるようにするために、各ドキュメントは、その医師または Contoso に対して発行されたデジタル証明書を使用して署名されます。オープン XML は、デジタル署名を使用してドキュメントに署名するための柔軟な環境を提供します。X509 証明書などの業界標準を使用して署名を作成するか、またはカスタム実装を使用することができます。署名は、ドキュメント全体、特定のパーツのみ、およびパーツ間のリレーションシップに対して行うことができます。または、リレーションシップのサブセットだけに署名し、スタイルやテーマは除くことなどもできます。

デジタル署名の概要

Open Packaging Convention によるドキュメントの署名

 PackagePartCollection parts = package.GetParts(); List toSign = new List(); foreach (PackagePart packagePart in package.GetParts()) {     toSign.Add(packagePart.Uri); } 

 X509Store store = new X509Store(StoreLocation.CurrentUser); store.Open(OpenFlags.OpenExistingOnly); X509Certificate2Collection certificates = store.Certificates     .Find(X509FindType.FindByKeyUsage, X509KeyUsageFlags.DigitalSignature, false)     .Find(X509FindType.FindBySubjectName, keyName, false);  

 PackageDigitalSignatureManager dsm = new PackageDigitalSignatureManager(package); dsm.CertificateOption = CertificateEmbeddingOption.InSignaturePart; dsm.Sign(toSign, certificates[0]);  

Office Word 2007 で署名を確認する

Open Packaging Convention を使用して署名を確認する

 PackageDigitalSignatureManager dsm = new PackageDigitalSignatureManager(package); VerifyResult result = dsm.VerifySignatures(false);  

この記事では、オープン XML ファイル形式が、ドキュメント コンテンツを格納するためのオープンで標準化されたアプローチを提供し、ドキュメント内でビジネス データを使用可能にするモデルを提供することにより、全世界のヘルスケア業界にどのような利点をもたらすかを検討しました。データのポータビリティが高まることで、カスタム ソリューションの作成に新たな可能性が開かれます。これは適切に文書化された標準であり、多くの優れたリソースが提供されていることで、これらのソリューションの構築および保守は簡単になります。HL7 (Health Level Seven) CDA (Clinical Document Architecture) などの業界標準の使用は、オープン XML が業界にもたらす利益の一例にすぎません。保険会社や政府機関など、他にも多くの組織がオープン XML の使用から同様な利益を得ることができ、ドキュメントの交換がより簡単に、より高い透明度で行われるような環境を作成できます。

• Ted Pattison は、フロリダ州タンパ在住のライターおよびトレーナーであり、SharePoint MVP でもあります。Ted は、MSDN Magazine の長期にわたるコラムニストであり、「Office Space: Office オープン XML ファイルを構築する」という新しいコラムでは、Microsoft Office SharePoint Products and Technologies および Microsoft Office の開発に焦点を当てています。また、Ted は『Inside Microsoft® Windows® SharePoint® Services 3.0 (英語)』という Microsoft Press の新しい本をちょうど書き終えたところです。Ted Pattison は他の何人かの SharePoint MVP と共に、彼の会社である Ted Pattison Group (英語) を通じて、専門の開発者を対象に SharePoint 2007 の高度なトレーニングを行っています。
• Chris Predeek は、Developmentor (英語) の独立コンサルタントおよびトレーナーであり、2005 年から Office オープン XML にかかわっています。90 年代後半に、Windows オペレーティング システムに対する Microsoft C++ 開発者として、そのソフトウェア開発キャリアをスタートさせました。その後、COM および COM+、そして最終的には Microsoft .NET Framework を通じて、Microsoft テクノロジを使用してきました。最近は、2007 Office system、Office SharePoint Server 2007、および Microsoft BizTalk 2006 を専門としています。
• Wouter van Vugt は、オランダ在住であり、代表的な IT コンサルタント企業の 1 つである Info Support (英語) に勤務しています。最初はコンサルタントとしてスタートし、現在は、Microsoft Visual C#、Microsoft ASP.NET、および SharePoint Products and Technologies を含む .
  
  

  These are our most popular posts:

  監査を使用したセキュリティ・アクセスの検証

  監査をデフォルトで使用可能にすることで、監査要員および特別監査要員に対する監査 レコードを生成できます。選択的 ... 米国の医療保険の相互運用性と説明責任に関する 法律（Health Insurance Portability and Accountability Act、HIPAA） ... Windows システムの場合、この情報はOracle DatabaseによりWindowsイベントビューアに 書き込まれます。 .... SYS で接続したユーザー（ SYSDBA または SYSOPER 権限を 使用して接続したユーザーを含む）を監査できます。 .... 詳細は、アラート・ログをチェック してください。 read more

  監査を使用したセキュリティ・アクセスの検証

  2007 Office system におけるカスタム作業ウィンドウ、リボン UI、および VBA コードの 再利用. 2007 Office ... ここで取り上げるシナリオでは、HL7 (Health Level Seven) の CDA (Clinical Document Architecture) を使用して、電子医療記録を業界標準形式で 記述する方法を示します。 ... 記入した情報は、自動的に抽出されて Contoso の システムに格納され、初めて患者として来院したときに確認されます。安田さんが何 ... また、ドキュメントを電子的にバックアップして、他の重要な記録と共に保管しておくことも できます。 read more

  Office オープン XML 形式を使用した、電子医療記録ポータビリティおよび ...

  がん"と闘う医療チームを支援するシスコの安全なネットワーク -- M. D. アンダーソン 基金 ... 種類のがんの予防と根絶に力を注いでいます。1941年の設立当初から、50万 人以上の患者が、答と希望を求めてMDAの門をくぐり、その両方をここで見つけました。 read more

  トコジラミの検査 - BB アラート®

  BB ALERT® - A System Approach ... 医療、接客業など、衛生責任を負う方および マネージャーの方々にご利用いただけます。 ... 徹底的にやることがカギ」という言葉が、 トコジラミの点検を成功させるための標語として広く用いられています。 ... トコジラミの 検査に関するこれら3つのテクニックの有効性について体系的検討がなされたことは ほとんどありませんが、他の這虫の例 ... もちろん数が増えてくると最適スポットが全て 埋まってしまい、それほど「人気のない」場所にもトコジラミを見つけることができるように なります。 read more

  Related Posts