Journal:Human–information interaction with complex information for decision-making - Revision history

Shawndouglas: /* Notes */ Added cat.

2015-12-28T20:55:52Z

Notes: Added cat.

← Older revision		Revision as of 20:55, 28 December 2015
Line 238:		Line 238:

	<!--Place all category tags here-->		<!--Place all category tags here-->
			[[Category:LIMSwiki journal articles (added in 2015)‎]]
	[[Category:LIMSwiki journal articles (all)‎]]		[[Category:LIMSwiki journal articles (all)‎]]
	[[Category:LIMSwiki journal articles on informatics‎‎]]		[[Category:LIMSwiki journal articles on informatics‎‎]]
	[[Category:LIMSwiki journal articles on software]]		[[Category:LIMSwiki journal articles on software]]

Shawndouglas: Italicizing journal title.

2015-10-05T17:36:43Z

Italicizing journal title.

← Older revision		Revision as of 17:36, 5 October 2015
Line 5:		Line 5:
	\|caption =		\|caption =
	\|title_full = Human–information interaction with complex information for decision-making		\|title_full = Human–information interaction with complex information for decision-making
	\|journal = Informatics		\|journal = ''Informatics''
	\|authors = Albers, Michael J.		\|authors = Albers, Michael J.
	\|affiliations = Department of English, East Carolina University		\|affiliations = Department of English, East Carolina University

Shawndouglas: Added download.

2015-09-22T18:30:27Z

Added download.

← Older revision		Revision as of 18:30, 22 September 2015
Line 17:		Line 17:
	\|license = [http://creativecommons.org/licenses/by/4.0/ Creative Commons Attribution 4.0 International]		\|license = [http://creativecommons.org/licenses/by/4.0/ Creative Commons Attribution 4.0 International]
	\|website = [http://www.mdpi.com/2227-9709/2/2/4 http://www.mdpi.com/2227-9709/2/2/4]		\|website = [http://www.mdpi.com/2227-9709/2/2/4 http://www.mdpi.com/2227-9709/2/2/4]
			\|download = [http://www.mdpi.com/2227-9709/2/2/4/pdf http://www.mdpi.com/2227-9709/2/2/4/pdf] (PDF)
	}}		}}

Shawndouglas: Protected "Journal:Human–information interaction with complex information for decision-making" ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

2015-08-03T20:47:34Z

Protected "Journal:Human–information interaction with complex information for decision-making" ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

← Older revision

Revision as of 20:47, 3 August 2015

Shawndouglas: /* Notes */ Wording

2015-07-22T19:26:09Z

Notes: Wording

← Older revision		Revision as of 19:26, 22 July 2015
Line 234:		Line 234:
	"20. Albers, M. Contextual awareness as measure of human-information interaction in usability and design. In Proceedings of the HCI International, Orlando, FL, USA, 12–14 July 2011."		"20. Albers, M. Contextual awareness as measure of human-information interaction in usability and design. In Proceedings of the HCI International, Orlando, FL, USA, 12–14 July 2011."

	However, he never referenced that citation number in the paper. Additionally, under the subsection "Experience-based", he references "Klein’s (1999)" but seemingly uses the incorrect citation number of 12, for Mirel 1998. We've corrected the citation number.		However, he never referenced that citation number in the paper. We have thus omitted it. Additionally, under the subsection "Experience-based", he references "Klein’s (1999)" but seemingly uses the incorrect citation number of 12, for Mirel 1998. We've corrected the citation number.

	<!--Place all category tags here-->		<!--Place all category tags here-->

Shawndouglas: /* Communication of simple and complex information */ Word spacing

2015-07-22T19:25:04Z

Communication of simple and complex information: Word spacing

← Older revision		Revision as of 19:25, 22 July 2015
Line 166:		Line 166:
	[[File:Fig8 Albers Informatics2015 2-2.jpg\|580px]]		[[File:Fig8 Albers Informatics2015 2-2.jpg\|580px]]
	{{clear}}		{{clear}}
	<blockquote>'''Figure 8.''' Information relevant to a situation. Each situation (or class of situations) only needs a subset of the information. High quality HII helps to keep the focus on only the relevant subset.</blockquote>		<blockquote>'''Figure 8.''' Information relevant to a situation. Each situation (or class of situations) only needs<br />a subset of the information. High quality HII helps to keep the focus on only the relevant subset.</blockquote>

	==HII for decision-making==		==HII for decision-making==

Shawndouglas: Updated content.

2015-07-22T19:23:44Z

Updated content.

Show changes

Shawndouglas: /* Complex information */ Added internal link

2015-07-22T03:44:24Z

Complex information: Added internal link

← Older revision		Revision as of 03:44, 22 July 2015
Line 62:		Line 62:
	Clearly, the HII required to maximize the communication of complex information is very different between the two. Most writing and UX guidelines deal with communicating simple information. But to really address people’s information needs, we need to consider why and how they interact with complex information. Consider the case of [[electronic health record]]s — they clearly represent complex information — and represent an example where the design team has control over a significant part of how the HII occurs. The design has to consider many potentially conflicting sets of priorities (development time, maintenance cost, hospital administration goals, government regulations, medical needs, ''etc.''), which, in turn, affect how well the users can interact with the information. The input methods must be efficient for data entry, but presenting the information the same way to a nurse or physician may not be the best for integrating it into a clear view of the patient’s condition. The relationships of information (connecting the results of various medical tests, ''etc.'') should reflect the initial diagnosis and should also reflect the changing patient status as treatment progresses.		Clearly, the HII required to maximize the communication of complex information is very different between the two. Most writing and UX guidelines deal with communicating simple information. But to really address people’s information needs, we need to consider why and how they interact with complex information. Consider the case of [[electronic health record]]s — they clearly represent complex information — and represent an example where the design team has control over a significant part of how the HII occurs. The design has to consider many potentially conflicting sets of priorities (development time, maintenance cost, hospital administration goals, government regulations, medical needs, ''etc.''), which, in turn, affect how well the users can interact with the information. The input methods must be efficient for data entry, but presenting the information the same way to a nurse or physician may not be the best for integrating it into a clear view of the patient’s condition. The relationships of information (connecting the results of various medical tests, ''etc.'') should reflect the initial diagnosis and should also reflect the changing patient status as treatment progresses.

	In previous work, I have defined a situation as “the current world state which the user needs to understand. An underlying assumption is that the user needs to interact with a system to gain the necessary information in order to understand the situation” ([1], p. 11). The information relevant to the HII exists both inside and outside any circle drawn to enclose “the situation” (Figure 1). Honestly, the difficulty of drawing that enclosing circle is a characteristic of a complex situation.		In previous work, I have defined a situation as “the current world state which the user needs to understand. An underlying assumption is that the user needs to interact with a [[Data system\|system]] to gain the necessary information in order to understand the situation” ([1], p. 11). The information relevant to the HII exists both inside and outside any circle drawn to enclose “the situation” (Figure 1). Honestly, the difficulty of drawing that enclosing circle is a characteristic of a complex situation.

	[[File:Fig1 Albers Informatics2015 2-2.jpg\|580px]]		[[File:Fig1 Albers Informatics2015 2-2.jpg\|580px]]
Line 72:		Line 72:
	<blockquote>Typically, the failure of these technical documents [used here in a generic sense for any information source] comes not from a lack of information; the text probably contains an excess of information. Post hoc studies of communication failures find many sources to blame: poor information architecture, poor organization, wrong grade level or writing style, or poor presentation. But instead of seeing these problems as a root cause, let’s consider them as symptoms of a more fundamental problem: a problem stemming from the underlying complexity of the situational context and a failure of the information presentation to match that complexity ([10], p. 110).</blockquote>		<blockquote>Typically, the failure of these technical documents [used here in a generic sense for any information source] comes not from a lack of information; the text probably contains an excess of information. Post hoc studies of communication failures find many sources to blame: poor information architecture, poor organization, wrong grade level or writing style, or poor presentation. But instead of seeing these problems as a root cause, let’s consider them as symptoms of a more fundamental problem: a problem stemming from the underlying complexity of the situational context and a failure of the information presentation to match that complexity ([10], p. 110).</blockquote>

	The task assigned to an HII design team is to ensure the underlying complexity is not overly simplified and that the information presentation and manipulation meets the needs of the people and the demands of the situation. As others have discussed, the HII problem for maximizing the communication for complex information is not a tools question, but one of understanding what people need and how they come to understand the information [11].		The task assigned to an HII design team is to ensure the underlying complexity is not overly simplified and that the information presentation and manipulation meets the needs of the people and the demands of the situation. As others have discussed, the HII problem for maximizing the communication for complex information is not a tools question, but one of understanding what people need and how they come to understand the information [11].

	===Information relationships===		===Information relationships===

Shawndouglas: /* HII is information interaction, not data interaction */ Break

2015-07-22T03:40:45Z

HII is information interaction, not data interaction: Break

← Older revision		Revision as of 03:40, 22 July 2015
Line 109:		Line 109:
	[[File:Fig3 Albers Informatics2015 2-2.jpg\|580px]]		[[File:Fig3 Albers Informatics2015 2-2.jpg\|580px]]
	{{clear}}		{{clear}}
	<blockquote>'''Figure 3.''' Data, information, and knowledge hierarchy. The higher the HII works in the hierarchy, the better it fits building an understanding of the situation.</blockquote>		<blockquote>'''Figure 3.''' Data, information, and knowledge hierarchy. The higher the HII works in the hierarchy,<br/>the better it fits building an understanding of the situation.</blockquote>

	As an example, I heard a presentation that looked at the effect of sea level rise on the Norfolk, VA area [22]. A software program had nice manipulation that let a person dynamically see the effects of different amounts of sea level rise from global warming and how it would affect the city. The problem was not with the implementation, but with the underlying assumptions of a design team. They were assuming that by providing a tool and letting people see how different sea level changes would affect the area that it would bring about understanding and increase long-term preparedness. But the tool was presenting content at the data level. Yes, I can change the sliders and see how the sea level changes, but it was devoid of supporting content (in the metaphor of this paper, the tool was a single puzzle piece). It not only didn’t connect with other pieces, those other pieces were not provided. As a result, a global warming denier could play with the model, agree that a four foot rise would be a catastrophic problem, but then reject it as something that would never happen. One of the software’s goals was to help people prepare, but without giving them the content and relationships to build their contextual awareness; it was a single data point and not part of a coherent presentation of information.		As an example, I heard a presentation that looked at the effect of sea level rise on the Norfolk, VA area [22]. A software program had nice manipulation that let a person dynamically see the effects of different amounts of sea level rise from global warming and how it would affect the city. The problem was not with the implementation, but with the underlying assumptions of a design team. They were assuming that by providing a tool and letting people see how different sea level changes would affect the area that it would bring about understanding and increase long-term preparedness. But the tool was presenting content at the data level. Yes, I can change the sliders and see how the sea level changes, but it was devoid of supporting content (in the metaphor of this paper, the tool was a single puzzle piece). It not only didn’t connect with other pieces, those other pieces were not provided. As a result, a global warming denier could play with the model, agree that a four foot rise would be a catastrophic problem, but then reject it as something that would never happen. One of the software’s goals was to help people prepare, but without giving them the content and relationships to build their contextual awareness; it was a single data point and not part of a coherent presentation of information.

Shawndouglas: Added content. Saving and adding more.

2015-07-22T03:39:51Z

Added content. Saving and adding more.

Show changes