肺の移植装置

Med GadgetというWEBサイトをちょくちょく見に行きます。

今回、見に行ったら驚きの技術が。

肺の臓器移植の際に、臓器摘出から移植までの間、肺の状態をなるべく生体に近づけようとするもの。

ガラスの容器に肺をおさめ、ベンチレーターに接続され適温で管理するそうだ。

人工肺は、現状では体外循環の際に用いられるのみで、生体の肺と交換するようなものは存在しない。さらに、肺の移植は難しく、3年後の生存率は55.6%との報告もあるそうです。日本の場合は、そもそも移植ドナーが少ないです。

肺移植について

しかしながら、装置のありようがかなり異様なモノを感じざるを得ません。生体である以上は、もう少し、生体の中にある形態に近づけてあげた方が、提供した人も提供される人もうれしいのではないだろうか。

ということを、動画からはびしびし感じました。


?

MIT Technology Review


病院の地下の原発

原子力発電について考えることがあり、ひらめく。

病院でPETとか使うんだったら、いっそのこと小型の原子力発電機をそなえちゃったらどうだろうか。災害時にも自家発電の能力が維持されるし、地域の医療とエネルギーとをまかなう施設として機能する。

両者も電子行政やネットバンキングのようにネットワーク越しにやり取りが終わるのではなく、物理的な送電線や、人の往来といった、実体が伴う必要があり、生活圏から一定の距離内にないといけないもの。

問題は、所管する行政が厚労省と経産省どちらなの?ということがありますが、現在、医療機器産業も両者が入り乱れてちょっとよくわからないことになっているので、いっそのこと一緒になれ!と念じてみたり。


フレームワークのデザインについて

またHTMLやCSSやらをリーバスエンジニアリングすることになり,頭が痛い.

デザインと実装を同時にやるという意味では,エンジニアリングとデザインとが一致した作業であり,おもしろくはあり,ずっと作業できてしまう自分もいるのですが.

ただし,プロダクトデザインとWebデザインの異なる点として,プロダクトデザインはプロトタイピングを実施することが結構難しいが,一方,Webデザインの場合は,プロトタイピングによって動作を確かめることが比較的容易.

ところが,ここがくせ者で,デザインをはっきりさせておかないと,結局最初から構築をし直さなければならないことも多い.また,動作環境によってデザインや動作にばらつきがあり,悩ましい部分.

で,結局全てのモノづくりに関係しているのだろうと考えるのだけれど,どれだけ優れたメタエンジニアリングが存在するのか,ということ.

簡単な例でいけば,単位系の問題がある.今はほとんどの国でSI単位系が一般化しているけれど,これが無ければ一つの部品を作るのに,膨大な情報伝達が必要となり,ひどく労力が必要となる.よって,なんらかの規格にのっとってモノをつくるというのには合理性がある.

プログラムも同様に,どの言語を使うのか,情報を処理するという目的に合わせて,プログラミングを実施しようとするときに、足し算程度なら,ゼンマイで動くような全て機械機構によって構築することもやぶさかではないが,ちょっとした演算を行おうものならば,チューリングマシンでないと難しい.さらに複雑なことをさせようとすれば,ハードとソフトを明確に分離し,且つ,ソフト=言語系のあり方も規定されていることが望ましかったりする.フレームワークとでも言いましょうか.

ここで注目されるべきであるのは,どのフレームワークを選択するのかは,作り手に依存するし,そもそもフレームワークが成立した合理的根拠は,突き詰めていけば薄弱であると思われる.

究極的には,どのようにやるか,何を根拠にするかというのは,主義主張や思想である,ということがいえると思う,これは,I先生からよくうかがう話でもある.

その主義主張は,好きとか美しいと感じるかといった部分や,できたモノを評価してみるしか判断することができない.最終的には声の大きいやつが勝つ,という訳ではないですが,ある意味冷静にフレームワークを見極める目を養う必要があると考えた,CSSが頭を巡る今日この頃.