第2・4水曜日に2つのWEBメディアの連載をしております。
低栄養・サルコペニア・フレイルについて医師や管理栄養士の目線から
予防・対策方法をご紹介しております。

本日は医師執筆のおすすめ記事を紹介いたします。

1/14公開「心不全に合併しやすい低栄養・悪液質とその対策」
JA長野厚生連　南長野医療センター篠ノ井総合病院
循環器内科部長　小林　隆洋先生にご執筆いただきました。

心不全は完治する病ではなく、生涯にわたって付き合っていく必要があり、
そのため心臓病を防いだり、悪化させないためにはフレイル・サルコペニア
対策が有効とされています。
栄養療法や運動療法のポイントもご紹介いただいておりますので
ぜひご覧ください！

他にも多くの医師から執筆いただいております。
下記URLから閲覧できますのでぜひご覧ください。
https://powerup.mealtime.jp　

——————————————————————————————

ファンデリーでは、一緒にお客様の在宅食をサポートしてくれる
栄養士仲間を募集しています。エントリーはこちら【第二新卒歓迎♪】

＜2027新卒　栄養士・管理栄養士職＞
エントリースタート！2026年3月会社説明会参加必須
募集要項　詳細は☟
https://www.fundely.co.jp/recruitment

下記ブログもご覧くださいませ。
大阪で働く栄養士の医療機関紹介ブログ
神奈川で働く栄養士の医療機関紹介ブログ
AKABANE TECH BLOG
——————————————————————————————

今回は、三浦郡葉山町にある葉山ハートセンターの
管理栄養士　池田　雄介様をご紹介します。

１.管理栄養士を目指したきっかけ
　高校時代から目指していた調理師として働きましたが、
　交通事故で続けられなくなり、その後ケーキ屋、バイク屋で働きました。
　母に「食べることが好きだから、栄養士をやってみたら？」と勧められて
　栄養士となり、老人ホームで働きながら管理栄養士国家試験に合格しました。
　ずっと好きなことを仕事にしています。

2.やりがいを感じる時
　ICUで経管栄養の患者様に対して、自分と医師のアセスメントが合致して
　血液検査結果が改善したときにやりがいを感じます。
　
　栄養指導では、「それならできそう、ありがとう」などと言われる時も
　嬉しく思います。

3.管理栄養士として今後やりたいこと
　ここは生まれ育った地域なので、自治体と一緒に地域の方の健康に携わる
　活動がしたいと思っています。
　認知症や嚥下機能が低下している方に、食べ方や調理方法などを
　提案するなどして地域貢献をしていきたいです。　

池田様、ありがとうございました。

葉山ハートセンター様から見える絶景にも感動致しました。
一流のホテルのようなオーシャンビューで、
「モナコ」がイメージされているとのこと。
江の島も見えましたし、天気が良いと富士山も見えるそうです。
これほど素晴らしい景色の病院は初めて訪れました。
思いがけず、新しい発見となりました。

——————————————————————–
下記ブログもよろしくお願い申し上げます。
赤羽ではたらく栄養士たちの日記
大阪で働く栄養士の医療機関紹介ブログ
AKABANE TECH BLOG
————————————————————————

１月30日（金）～2月1日（日）まで、
第29回日本病態栄養学会が開催されました。
例年通り京都の国立国際会館で行われ
2,900名を超える医療従事者の方が集まりました。

今年もファンデリーとして企業展示で参加し、
ミールタイム商品をご紹介いたしました。
会場ではマンナンごはんの試食と、
食塩無添加の素材力だしを使い
だしの飲み比べを実施し、皆様から好評でした！

栄養指導ではこうした食事療法の手助けになる市販商品を
ご紹介される場面があります。
今回ご紹介した素材力だしもマンナンヒカリも
どちらも既にご利用されている、
もしくはされた事がある栄養士さんが多く
馴染みある商品であると実感致しました。

マンナンごはんは、１２月から新発売している
ヘルシー食ごはん付「牛肉の甘辛炒め」にて
コラボをしています。改めて魅力を知っていただき、
栄養指導時の情報提供にお役立ていただければ
幸いです。

実際にミールタイムをご紹介している様子も
栄養士さん達からお話を伺う事が出来ました。
商品開発に関する率直なご意見が、
また次の開発に繋がります。

毎年ブースに来てくださる栄養士様も
いらっしゃり、年１回顔合わせ出来ることも
大変嬉しく思います。

具体的な苦手な食材（噛み切れない等）を
仰っていただければ、原材料をチェックして
該当食材が入っていないお弁当から自由に
組み合わせを考える事ができます。
電話口の栄養士にご相談いただければ
かなり柔軟な対応ができることに凄いね！と
栄養士さん達から感嘆の声をいただきました！

今後も患者様の数値改善と、
栄養士の皆様の情報提供のお役に立てるよう、
尽力してまいります。
貴重なご意見ありがとうございました！

—————————————————————————————————————
ファンデリーでは、一緒にお客様の在宅食をサポートしてくれる
栄養士仲間を募集しています。エントリーはこちら【第二新卒歓迎♪】

＜2027新卒　栄養士・管理栄養士職＞
エントリースタート！2026年3月会社説明会参加必須
募集要項　詳細は☟
https://www.fundely.co.jp/recruitment

下記ブログもご覧くださいませ。
大阪で働く栄養士の医療機関紹介ブログ
神奈川で働く栄養士の医療機関紹介ブログ
AKABANE TECH BLOG
—————————————————————————————————————

はじめに

初めまして。
昨年10月より株式会社ファンデリーに入社しました、毎川です。

入社してから早いもので3ヶ月が経ちました。
本記事では、エンジニアとして業務に携わる中で遭遇した
HTML のレンダリング挙動が原因の不具合についてまとめます。

同じような現象で悩む方の参考になれば幸いです。

目次

• 経緯
• 不可解な現象
• 原因調査
• 原因の特定
• 解決方法
• まとめ

経緯

とある案件で発生していた不具合を解消するため、
「値を nil にするボタン」を一覧画面に追加する対応を行っていました。

詳細な業務ロジックは割愛しますが、
td タグの中に以下のようなボタンを設置しました。

<tr>

  <td class="action-cell">

    <form action="/items/1/remove" method="post" class="remove-form">

      <button type="submit" class="btn-remove">解除</button>

    </form>

  </td>

</tr>

処理を実装し、動作確認を行ったところ——
2行目以降は正常に動作するのに、1行目だけ反応しない
という不可解な現象が発生しました。

不可解な現象

ボタンはクリックでき、見た目も他の行と同じです。
しかし、1行目のボタンだけは何度押してもリクエストが送信されません。

そこで Chrome の DevTools を確認しました。

すると、Elements タブ上では次のような DOM 構造になっていました。

<!-- 1行目 -->

<tr>

  <td class="action-cell">

    <!-- 本来ここにあるはずの form が存在しない -->

    <button type="submit" class="btn-remove">解除</button>

  </td>

</tr>


<!-- 2行目以降 -->

<tr>

  <td class="action-cell">

    <form action="/items/2/remove" method="post" class="remove-form">

      <button type="submit" class="btn-remove">解除</button>

    </form>

  </td>

</tr>

最初の1行目だけ、form タグが DOM から消えていたのです。
当然、form が存在しないためリクエストも送信されません。

原因調査

コード上はすべての行で同じ partial を使っており、
HTML の記述にも誤りはありません。

「なぜ 1 行目だけ？」という疑問が解消できず、
原因調査に時間を要しました。

原因の特定

調査を進める中で、そもそも DevTools で見ているものは何か
という点に立ち返りました。

DevTools の Elements タブに表示されているのは、

ブラウザが HTML を解析・修正した レンダリング後の DOM

です。

さらに調べると、HTML の仕様上、

• 
  <form> タグの中に <form> を入れ子にすることは 禁止
  
• このような構造がある場合、ブラウザは HTML を自動的に修正する

というルールがあることが分かりました。

改めてコードを確認すると、
自分が編集していた partial は すでに form タグで囲まれた状態で render されていた ことが判明しました。

つまり、

• 外側ですでに <form> が存在
• その内側でさらに <form> を定義
• HTML の仕様違反が発生
• Chrome がレンダリング時に DOM を補正
• 結果として 最初の form だけが DOM から消えた
  

という流れでした。

解決方法

対応として、button_to（= form を生成）をやめ、
link_to に変更しました。

<%= link_to "解除", item_path(@item),

      data: {

        turbo_method: :delete,

        turbo_confirm: "本当に解除しますか？"

      } %>

これにより a タグとして出力され、
form の入れ子構造が解消され、不具合は無事解決しました。

まとめ

今回の経験から得た学びは以下の2点です。

• HTML では form タグの入れ子構造は許可されていない
• ブラウザはレンダリング時に壊れた HTML を自動修正する

Chrome の賢さに助けられる場面も多い一方で、
その挙動を知らないと原因特定が難しくなるケースもあると感じました。

今回の出来事を通して、
レンダリングの「便利さ」と「怖さ」の両方を実感しました。

今後は HTML の仕様とブラウザの挙動を意識しながら、
より安全な実装を心がけていきたいと思います。

参考文献

• 
  MDN Web Docs – <form> 要素
  https://developer.mozilla.org/ja/docs/Web/HTML/Element/form
  （form タグの仕様および、入れ子構造が許可されていない点）
• 
  WHATWG HTML Living Standard – The form element
  https://html.spec.whatwg.org/multipage/forms.html#the-form-element
  （form の content model と HTML 仕様上の制約）
• 
  Chrome Developers – DOM と DevTools
  https://developer.chrome.com/docs/devtools/dom/
  （DevTools がレンダリング後の DOM を表示していることの公式説明）

現在デザイン・システム室では、新しいメンバーを募集しています。
少しでも興味を持たれた方は、ぜひご応募ください。
皆様からのご応募、心よりお待ちしております。