はじめに

LGBTが一般的になりつつありますが、LGBTに対応するシステムは日本では少ないと考えております。

そのため、この記事を通じて、LGBTに対応するため、設計段階から考慮する必要のある要素をまとめたいと思っております。

私の知識の及ばない箇所もあると思いますので、適宜編集リクエストをよろしくお願いします。

また、ここではLGBTのみ取り上げますが、実際の設計の際は、「地域化(L10n)」や「ユニバーサルデザイン（色、文書、フォント）」なども考慮が必要です。

設計の考慮事項

性と言うと、多くの方は戸籍上の性を思い浮かべると思いますが、性は多様です。
種類も多く、「男性」、「女性」に当てはまらない「その他」を考慮する必要があります。

性別を取得する必要性を十分に考慮し、取得の必要がある際は用途を明示するのが望ましいです。

主な性としては下記のようなものがあります。

また、性別も「男性」「女性」以外にも多くのくくりがあります。

そのため、実際に性別を収集する必要が有る際は、これらに配慮した表記が必要です。

例示
「戸籍上の性別（法制上の処理のため必要）」など、具体的に掲示。
データベース設計の際、多値型、文字列型で処理。

性別は、手続きにより変更可能で有り、性自認は時間とともに変わります。
システム上、性別は変わる前提に立ちシステムの設計が必要です。

例示
プロフィール変更などで、性別も変更可能とする。

姓が、結婚や養子縁組などで変わることをご存じの方は多いと思いますが、名も手続きにより変更可能です。

名前、読みはプロフィール変更で変えられるシステムが多いですが、考慮が必要です。

3.にも該当しますが、LGBTを理由として法的な手続きのために通名を使用する場合があります。

名前を入力させる際には、必要な理由（本名を求める場合）または、ニックネームを合わせて入力するのが望ましいです。

本名が必須では無い場合、ニックネームとするのがなお良いと考えます。

LGBTへの対応は、地域化やユニバーサルデザインと合わせて、昨今のシステムでは必須と考えております。

LGBT対応に限りませんが、人をステレオタイプにはめずに、個人を認めて、個人に対応できるシステムの設計を考えるのが一番だと考えております。

また、昨今はビッグデータのために多数の情報を取得するシステムも多いですが、情報はリスクで有ることを理解し、「収集しない選択」を考慮するのが望ましいです。

本名は本当に必要なのか？
性別は本当に必要なのか？

システムを設計する際に考慮いただけると助かります。