Xcode8 でビルドされたファイルの出力先を変更する

デフォルトだと

/Users/(ユーザー名)/Library/Developer/Xcode/DerivedData/プロジェクト名+謎の文字列

だが、ピンとこないので以下のように変更。

Xcode8 自体の環境設定→ Locations → Derived Data を Ralative または Custom に

これでビルドされたファイルがプロジェクトフォルダまたは指定したフォルダにつくられる。

 

カテゴリー: Xcode | コメントをどうぞ

Horos plugin は使えるか?

Horos シリーズ。

OsiriX の利点の一つとして「plugin を組み込むことで機能の拡張がはかれる」というのがある。例えば、 jpeg 画像ファイルを読みこみ DICOM ファイルとして保存させておくということができたりする。

なので Horos でもできないか確認。

plugin を Horos 用にコンパイル。ここは問題ないようだ。拡張子を .horosplugin とするのが作法か。

次に、適当な jpeg ファイルをつくり plugin 機能を使って Horos に読み込ませる。

で、タグを編集して、CT っぽくして3次元化。

あとは、普通に 3D レンダリング。ついでに動画書き出し。

割と機械的な作業の連続ですが、一応できたということで。

 

カテゴリー: 未分類 | コメントをどうぞ

至高の win機登場か?

出先でも PC に触れなくてはいけない仕事柄、みなさん、モバイルPCの選択は慎重。
CPUパワーがある程度あって、画面もフルHD以上(ブラウザ広げながらプログラミングするにはフルHDでも厳しい)、かつ携帯性にも優れていて…と選択基準も現実的。
Win 機だと Dell の XPS13 の人気が高いようです。
メイン機はみなさん趣味が分かれます。

そこに HP から Spectre x360 発売のお知らせ。
私なんかはデザイン性に惹かれる方なんですが、みなさんは「SSD 1T あるのはいいねー、もう容量気にしなくて済む。パッケージした人はよくわかってる」、「金属ユニボディは正義! XPS13 のカーボンファイバー部は指紋が気になる。ただ、ヒンジ部の耐久性が…云々」とどこまでも現実的(笑)。

空いた時間に YouTube の『 HP spectre x360 vs MacBook 12』みたいな比較動画でチェックしているようです。(でも、あちらの方はこういうの本当に好きですねえ)

私は、「雰囲気が Mac っぽいので好き!」それだけです…。

カテゴリー: PC, Win | コメントをどうぞ

Horos なんちゃって日本語化

Horos をインストールしたのはいいが、どうせなら日本語化したい。

Mac のことは詳しくないのだが、「OsiriX が日本語化されている以上、Horos でもできるはずだ」という単純な発想。まず、ファインダーで OsiriX.app を表示させ「内容を見る」→Contents→Resources と順に表示。

そしたら、ありました。 Japanese.lproj

あやしい。

おそらく、ここで国際化に対応しているんだろうと推測して、このフォルダを丸ごと Horos.app のContents/Resources フォルダに放り込む。そして、Horos 起動。

おお、日本語化されている。

とても正しい日本語化とは思えないが、今のところ問題なし。どの程度まで本体動作に影響するか不明だが、しばらくこのまま使う予定。

それにしても、ここまで言うこと聞いてくれると Mac がだんだんかわいく見えてきた。マカーでもなんでもないが、安いのでいいから、新規に買っちゃおうかな。

※‥‥ここを見ると、基本的には間違ってなさそう。

 

カテゴリー: DICOM, Horos, med + IT | 3件のコメント

(c) マークの謎

ネット上などでよくみかける (c) マークであるが、あれの意味について以前から気にはなっていたのだが、はっきりとした理解を持っていたわけではなかった。たぶん「著作権法で保護しますよ」的な意味合いで使われているのだろうと漠然と思っていたが、本当のところはどうなのだろう?

ちょっと調べてみた。

やはり wiki はよくまとまっている。

この (c) マークだが、法的な意味合いでは無意味らしい。

>著作権者を表すコピーライトマーク「©」は、現在では、方式主義をとるカンボジア以外では

>著作権の発生要件としての法的な意味はないが、著作権者をわかりやすく表すなどのために

>広く使われている。

日本では、「著作物を創作した時点で著作権が発生する」と考えるため、表現したものが「創作的」であればこのマークは意味を持たない。

また、 著作したものがすべて保護の対象となるかというとならない。 wiki にもばっちり事例として取り上げられていたのだが、定型的な文章、例えば、

>長い間ご愛読いただきましたBON TONは今月号(5月号)をもって休刊し、誌面

>を一新して7月発売で新雑誌としてデビューいたします。どうぞ、ご期待ください!!

は、保護の対象とならない。それはそうだ。こんなものまで保護の対象にしていては、まともな文章が綴れない。

さらに、著作権は「相対的独占権あるいは排他権である[7]。特許権や意匠権のような絶対的独占権ではない」。 要するに、異なる二人がほぼ同一の文章を書いて公開したとしても、それは両立してもいいってこと。歌謡曲などでも似たような節回しの曲が存在するがそれが「たまたま」なら、それはそれでかまわないわけで、実際、そういった事例は山ほどある。これが特許だと事情ががらりと変わる。後発には権利は付与されないので、事前に特許調査が必要になってくる。著作権と特許権を混同してはいけない。

以上、調べてみましたが、内容は常識的かつ妥当なものではないでしょうか。

 

カテゴリー: 未分類 | コメントをどうぞ

Horos

DICOM server/viewer として OsiriX が有名だが、ソースからコンパイルしても32bit になってしまうなど制約がある。OsiriX ベースのオープンソフト Horos ではこのような制約はないという。MacBookPro(OS X Sierra) にインストールしてみたので、その覚え書き。

(ビルドには、実行環境の SDK が必要なので、事前に準備しておきましょう。

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs

で確認。なければ、別のバージョンの Xcode から持ってきて、上記フォルダ内にコピーしておく)

まず、github の horos サイトからソースをダンロード。手に入れた horos-horos.zip を展開。

その中にある Horos.xcodeproj を Xcode に読み込ませる。build setting で Base SDK を macOS 10.12 に指定。

build/Development に Horos.app ができるのでこれを起動。

試しに 3D レンダリングさせてみました。

けっこう安定している。これは使えるかも。

 

カテゴリー: DICOM, Horos, med + IT | コメントをどうぞ

電子カルテからの患者データ吸い出し 2

具体的な案件はこんな感じ。

数年間、A市で開業していたが、開業していた父親の突然の不幸があり、そちらを承継することになった。こちらとそちらの電子カルテにデータの互換性はない。何らかの形でそれまでの診療データを保管しておかなくてはならない。さて、どうする? といった案件。

ラッキーだったのは、使っていた電子カルテが open dolphin というオープンソースのものだったこと。データベースの構造をチェックし、ソースを読むと「ああ、これはいけるかな」と。

結論から言うと、データベース(PostgreSQL)からデータを吸い出し、文字情報はテキストファイルに、画像情報は 画像 ファイルに書き出すプログラムを書いて、これがうまく動いた。

元の dolphin のカルテ画面はこんな感じ。

で、変換プログラムの表示画面はこんな感じ。

元の dolphin の画面がかなり凝ったこと(java swing の JTextPane をカスタマイズして使用)をしていたため、そのあたりの処理をどうしようか迷ったが、画像が貼られていた位置にタグを打ち込む形で表示・保存させることにした。ならべくなら、カルテの書式情報も損失なく変換させたいので。

というわけで、今回は電子カルテの実運用後の保管形態に関するお話でした。

ところで、噂に聞くに、電子カルテのデータ構造を秘匿化していわゆる「データを人質に取る」といった商売をしている業者もあるようです。 ビジネスだから、と思う反面、それっていわゆる電子カルテの3要件に違反するんじゃないの?といった感想も持った。なんかすっきりしてない。

こういった時に、適当なガイドラインがあると便利なんですけどね。 ここら辺の話はまた次回にでも。

カテゴリー: med + IT, 電子カルテ | 2件のコメント

電子カルテからの患者データ吸い出し -open Dolphinを例に-

再開後、一本目の投稿となります。緊張するなあ。

今回は電子カルテの話。

電子カルテは大変便利なのですが、その実体が、「紙」という物理的な物質に人間が理解できる形で記録されているわけではなく、SSD やら HDD やらといった電子媒体に人間がそのままでは認識できない「情報」という形で保管されているがゆえに、時に問題が生じるときがあります。
ああ、言い回しが難しいか。

例えば、電子カルテシステムの運用が終わった後でも、カルテはその性質からいって一定期間保存(必要に応じて情報の取り出し)しておかねばならず、その期間のシステム形態をどうするかって話です。まさか、現役稼働時のシステムをそのまま維持するわけにもいかんでしょう?

ここらへんの話は、あまり話題にも登らないんですが、現実的には重要だったりします。

(続)

 

カテゴリー: OpenDolphin, 電子カルテ | コメントをどうぞ

構築中

ちまちま、ちまちま構築中。

 

カテゴリー: 未分類 | コメントをどうぞ