Development of an Online Holistic Standardized Recipe: A Design Science Approach

: Concerns around healthy and sustainable food, particularly regarding the standardization of production, cost control, and revenue maximization, are issues challenging food and beverages researchers and professionals. There are some available models to create standardized recipes for food and beverages, but they are weak in holistic terms from the point of view of management and legally required information. The purpose of this study was to develop an artifact, an online holistic standardized recipe, to allow the management of information in terms of recipes, costs, allergens, sustainability, nutrition facts, and menu pricing strategies. The research approach was conducted using a design science research methodology developed in two cycles. The artifact was produced from a literature review conducted to deﬁne the design principles, and it was evaluated across exploratory focus group and ﬁeld study phases. The primary outcome of this research was the development of an online holistic standardized recipe. The artifact was considered relevant and useful by the stakeholders participating in the exploratory focus group and ﬁeld study. However, studying the edible portion and the average weight of the recipe ingredients is necessary for the artifact to become more robust. The paper provides new insights and practical guidelines for academics and professionals in the food and beverage industry.


Introduction
The development of standardized recipes (SR) or cost control sheets for standardized recipes is not a recent topic. The standardized recipe has essential roles: (1) in the parameterization of the quality and quantity of products to be used in a recipe; (2) in key performance indicators (KPIs) management; (3) and is essential for the calculation of the nutrition facts and allergen information of a recipe [1].
Safety, health, and food are determining factors that influence decisions when choosing a tourism destination [2]. Therefore, adequate nutritional information for traditional recipes from tourism destinations such as the Algarve should be considered carefully [3]. Standardized recipes or cost control sheets for standardized recipes have become fundamental in any food and beverage (F&B) department because the cost control sheet for the standardized recipe, when combined with other factors, leads to the profitability of the department [4]. The cost control sheet for a standardized recipe is essential for calculating and setting the sale price of each recipe [5]. Having a thorough knowledge of costs is important to ensure the establishment's profitability [4].
This study aims to develop an artifact, an online holistic standardized recipe (OHSR) to allow the management of standardized recipes, cost control sheets for standardized recipes, allergens, nutrition facts, and menu pricing strategies. Additionally, the management of offering customers the best experience [11].
The SR can be constructed for more than one portion [12]. In this case, the conversion factor must be used to determine the quantity produced per ingredient of the recipe [11]. The conversion factor is calculated by dividing the desired portions by the SR portions [5,10,24]. Henderson [25] argues that constructing SR for 100 people allows for easier conversions. On the other hand, Dopson et al. [10] defend that SR should be conceptualized for ten persons, with the option of expanding them to one hundred.
Some authors argue that costs can optionally be included in SR [10,12,13,20]. Therefore, Ribeiro [5] believes that there are two distinct SR template types: (1) an SR that must be presented to the food production and F&B service brigade; (2) a cost control sheet for the SR (CCSforSR) prepared by the F&B supervisor. The CCSforSR was introduced with the progress of computerization. Managerial oversight of procedures is, nevertheless, needed, regardless of the sophistication processes developed through time [26]. A CCSforSR can be elaborated with current specialized software or by using Microsoft Excel spreadsheet-like software [11].

Key Performance Indicators
From a F&B management standpoint, the CCSforSR is one of the most important documents [5]. Its elaboration should ensure the restaurant's profitability [4]. Only the kitchen staff involved in the procedure will have access to the information in SR. Some KPIs from the F&B department should be considered while elaborating a CCSforSR. The total unit cost, which is the isolated cost of each ingredient [4], is one of them. To obtain the cost of each ingredient it is necessary to know their purchase costs [20]. The cost price is calculated by summing all the total unit costs [6]. If a CCSforSR is designed for more than one person, the cost price per portion must be calculated by dividing the CCSforSR's cost price by the number of portions [27,28]. Other CCSforSR add up to 10% for seasonings, frying fat, garnish, or crackers [28].
The Decreto-Lei No. 138/90 requires that all sales prices (SP) must include all fees and be expressed in Portuguese currency so that the customer is aware of the exact value he must pay for the product [29]. The rates applied for restaurants assume the value of the value-added tax, commonly referred as VAT. In Mainland Portugal, three VAT rates can currently be applied, and only two are used in restaurants. The 13% VAT rate is generally charged in food services and still water. A rate of 23% is applied to all beverages except still water [30].
The VAT is calculated by multiplying the net sales price (NSP) by the corresponding rate. According to Economias [31], the SP is calculated by utilizing Formula (1).
The unit contribution margin is calculated by subtracting the NSP and the cost price [4]. The SP calculation must be in line with the cost price calculation [24,32]. The SP must be calculated similarly if the cost price is calculated per portion.

Advantages of Standardized Recipe
Although the use of the SR has benefits for the staff and supervisors, it is frequently met with some resistance. Despite SR implementation being a time-consuming process [12], it is possible to save time, remove guessing, and reduce quality variance in the long run [13]. It also prevents the dependency on cooks or chefs [12], even though some cooks claim their recipes are secret [10]. Consistency in quality and quantities served are also two of the benefits inherent to SR usage. However, the measurement pattern must be consistent, and all foods must be weighed. In the case of liquids, a volume measurement must be used for greater precision [12]. Purchasing ingredients accurately, dietary concerns, pricing without losing money, and computerized F&B operations may occur using SR [10].
It is recommended to have an SR repertoire that guarantees a menu change as a contingency plan in the case of an unexpected event. The repertoire should contain the triple number of dishes on the menu [11]. It is necessary to redo the SR [17,33] when the materials or quantities change, which makes this procedure a constantly ongoing task. Additionally, supplier pricing does not remain constant over time [33], prompting regular SR updates [5,9]. It is done every six months in some restaurants [28].

Nutrition Facts
Following European Regulation (EU) No. 1169/2011, and after a five-year period of implementation that ended in December 2016 for all member states, almost all pre-packed foods must bear a nutrition declaration, often presented on the back of the food packaging. This nutrition declaration must provide information, expressed per 100 g or 100 mL, regarding energy and total amount of fat, saturated fat, carbohydrates, sugars, protein, and salt. The nutritional declaration may also be expressed per portion or consumption unit of the product [34].
Several nutrition associations, consumer organizations, and commercial brands have been promoting the supplementation, or voluntarily supplementing the nutritional declaration with additional information, such as the amounts of monounsaturated and polyunsaturated fat, polyols, vitamins, and minerals. Furthermore, with easy-to-understand pictograms, customers may be able to make better informed food choices. Using these pictograms or indicating additional dietary information is not required under current EU standards. The EU did not recommend a standardized presentation format or a set of symbols when the law was adopted in 2011, and it was agreed to leave it up to member states and food business operators to establish their own schemes, adapted to their customers [35]. Some member states and non-EU countries already had different pictograms or symbols in widespread use before EU Regulation No. 1169/2011, and others adopted or developed them.
In Portugal, the two most used visual aids for nutrition information are a version of a nutritional traffic light label [36] and NutriScore [37]. The National Health Directorate proposed the nutritional traffic light label in its National Program for Promoting Healthy Eating (Programa Nacional para a Promoção da Alimentação Saudável-PNPAS), based on previous similar tools, such as the one proposed by the Food Standards Agency in the United Kingdom [35], and on the nutritional guidelines on healthy eating aimed at the public. This tool has been adopted by other community intervention and education projects, both regional and national.
The nutritional traffic light presents consumers with three colors, from which it is possible to decode F&B labels for every 100 grams (g) and milliliters (mL), respectively. In Portugal, since 2009, some companies have adopted the nutritional traffic light usage [38]. Table 1 presents the low, medium, and high labels per 100 g of food in sugars, fat, saturates, and salt. Table 1. Food labels for nutritional traffic light per 100 g [36].
The label "Low" is linked with the green color, while the yellow color is connected to the "Medium" label, and the label "High" with the red color. According to the original proposers of this tool [35], consumers can make healthier food choices, as green represents the healthiest option. Meals with nutrients classified as yellow should be consumed in moderation, either in quantity or frequency, whereas foods with red nutrients should be consumed only occasionally. The EU proposes a reference intake for energy, macronutrients, and salt, in healthy adults, shown in Table 3. Table 2. Beverage labels for nutritional traffic light per 100 mL [36].

Sugars
Fat Saturates Salt Low >2.5 g >1.5 g >0.75 g >0.3 g Medium 2.5 g-11.25 g 1.5 g-8.5 g 0.75 g-2.5 g 0.3 g-0.75 g High <11.25 g <8.5 g <2.5 g <0.75 g Table 3. Dietary Reference Intakes (DRI) for adults [34]. Nutri-Score is a system to evaluate nutritional profiles on food products. This rating system is used in Europe with a five-level scale, from A to E, which combines letters and colors. Thus, consumers can obtain information about a food product's nutritional profile, helping consumers choose the most balanced foods and beverages. The letter "A" indicates the healthiest products, whereas the letter "E" corresponds to the least healthy products [39]. The Nutri-Score system was created by an exempt organization, and all producers that use it follow the same set of rules [37]. The Nutri-Score label is shown in Figure 1.

Energy or Nutrient DRI
fat, saturates, and salt.

Sugars
Fat Saturates Salt Low >2.5 g >1.5 g >0.75 g >0.3 g Medium 2.5 g-11.25 g 1.5 g-8.5 g 0.75 g-2.5 g 0.3 g-0.75 g High <11.25 g <8.5 g <2.5 g <0.75 g The label "Low" is linked with the green color, while the yellow color is connected to the "Medium" label, and the label "High" with the red color. According to the original proposers of this tool [35], consumers can make healthier food choices, as green represents the healthiest option. Meals with nutrients classified as yellow should be consumed in moderation, either in quantity or frequency, whereas foods with red nutrients should be consumed only occasionally. The EU proposes a reference intake for energy, macronutrients, and salt, in healthy adults, shown in Table 3. Nutri-Score is a system to evaluate nutritional profiles on food products. This rating system is used in Europe with a five-level scale, from A to E, which combines letters and colors. Thus, consumers can obtain information about a food product's nutritional profile, helping consumers choose the most balanced foods and beverages. The letter "A" indicates the healthiest products, whereas the letter "E" corresponds to the least healthy products [39]. The Nutri-Score system was created by an exempt organization, and all producers that use it follow the same set of rules [37]. The Nutri-Score label is shown in Figure 1. Nutrition facts play a detrimental role on the decision-making process of customers who are more aware of this information and adhere to certain dietary guidelines [21], resulting in requests for healthier dishes [40]. If a customer considers a given food to be highly nutritious, choosing it is more probable [41]. Hwang and Lorenzen [40] stated that Nutrition facts play a detrimental role on the decision-making process of customers who are more aware of this information and adhere to certain dietary guidelines [21], resulting in requests for healthier dishes [40]. If a customer considers a given food to be highly nutritious, choosing it is more probable [41]. Hwang and Lorenzen [40] stated that customers feel more positive about choosing low-fat dishes, and according to Yamamoto et al. [42], customers are prepared to pay more for a dish that contains nutrition facts.
The Office of the Surgeon General et al. [43] suggested that nutrition facts should be available on the dishes, and DiPietro et al. [44] conclude that healthy foods are on the rise on restaurant menus. According to Davis et al. [9], Jeffrey [18], Patil and Pol [21], and the Centre for Tourism Studies (CESTUR) [11], nutrition facts can be included in the SR. Through the SR, it is possible to check nutritional values, quantities of the recipe, and the quality of the products [21]. The calculation of nutrition facts per 100 g is also achievable [28].

Sustainability
Sustainability can be described as policies that encourage the use, employment, and respect for natural resources with the purpose of preserving and conserving; the preservation and dissemination of genuine traditions and customs; the economic viability of institutions through the creation of jobs, tools, and tools suitable for them and the opportunity for entrepreneurship accessible to all [45]. The dimensions of sustainability can be mentioned at environmental, social, and governance levels and there are 17 sustainable development goals (SDG). The 12th SDG ensures sustainable consumption and production patterns by 2030 [46]. The same SDG aims for the reduction of food waste, whether at the level of production and supply chains or off-season harvesting. In addition to this situation, the 12th SDG encourages the development and implementation of tools that promote the local culture and products of the regions [47].
The concept of sustainability integrates the total use of food in the recipes to produce reuses, like broth [48]. Additionally, food that has deteriorated due to its expiry date, food leftovers from buffets or dishes produced in excess, and even the reduction of waste that comes from customers' dishes [49]. It is possible to reduce waste through SRs sustainability functionality [21]. It avoids guesswork and the use of low-quality products [6]. It is essential to respect the seasonality of local products, only using them in their harvest seasons (e.g., [7,50,51]).

Allergens
"Food allergy is an adverse health reaction that occurs when the immune system misrecognizes a food as an aggressive entity to the body. The fraction of this food that is responsible for the allergic reaction is called an allergen" [52] (p. 5). The EU No. 1169/2011 clarifies the food groups where allergic reactions can occur, such as cereals containing gluten, crustaceans, eggs, fish, nuts, soya, milk, peanuts, celery, mustard, sesame, sulfur dioxide, lupines, and mollusks. Food allergy can also happen through cross-contamination between food products. Allergies may manifest mucocutaneous, gastrointestinal, respiratory, and cardiovascular effects [52]. The sentence in the menu, "If you have any food allergies to any of these 14 elements, please contact us" [53] (p. 44), is suggested by the Portuguese General Directorate of Health. Pádua et al. [53] advise cooks and confectioners to draw an SR for each dish, detailing the ingredients to be used and referencing the presence of allergens, always keeping it up to date. The Portuguese Association for Hotels and Restaurants (AHRESP) [54] states that it is mandatory to provide information about the allergens of each dish in F&B establishments.

Menu Pricing Strategies
According to Barnard [6], there are qualitative and quantitative pricing strategies. Qualitative pricing strategies are widely discussed in the literature [55]. However, they neglect some management concepts, such as costs, revenues, and profit. Strategies such as the market positioning method, trial-and-error method, and the rule-of-thumb method are some examples [56].
The market positioning method is a price fixation method for menu dishes, focusing on the same dish sold by the competition, called competitive prices [57]. By observing the competition's sale price, the manager can place the same price on its product, or a lower or higher price, depending on desired market positioning [9,11,27,58].
The trial-and-error method is used to fixate prices based on the manager's intuition. Adjustments will be made later depending on this price, reflecting market fluctuations and considering supply and demand [9,57].
The rule-of-thumb method is based on a management indicator known as the F&B cost percentage. A food cost percentage of 34% is set based on data provided by the Restaurant Industry Operations Report 2006/2007. In general, this KPI manages to cover costs and generate revenue for restaurants that do not have a thorough knowledge of their costs.
Strategies such as the markup method, the food cost percentage method, the factor method, and the contribution margin method [58] are examples of quantitative strategies [6]. To use this type of pricing strategy it is necessary to know the cost price of a dish, which comes from the sum of all the unit costs of the ingredients in a CCSforSR [6].
A markup is a management indicator to which it is possible to multiply the cost price to find the NSP [9,59]. Mathematically it is possible to represent the markup method through the Formula (2) [10][11][12]32]: The food cost percentage is a ratio between cost price and NSP [10,20]. A low food cost percentage ensures greater profitability for the establishment [60]. If the value is known, fixing the food cost percentage is recommended. Using Formula (3) it is possible to find the NSP to fix, using the food cost percentage method [11,12,24,27,28,32]: The factor method is used to find a markup, knowing the food cost percentage. The formula to use in a first approach is Formula (4), and then, to calculate the NSP, Formula (2) can be used [10][11][12]28]: The contribution margin is the subtraction between the cost price and the NSP [59], gross profit concept in management [61]. If the value is known, it is recommended to set the contribution margin. Using Formula (5), it is possible to find the NSP using the contribution margin method [10][11][12]24]: Net sale price = Contribuition margin + Cost price (5) No pricing method can be considered the best [10]. Pavesic [57] argues that a combination of menu pricing methods should be chosen, not disregarding factors such as location, market trends, restaurant quality, environment, and service, which are presented as closely linked with menu pricing. The NSP must predict profitability. However, ultimately the market will dictate its price [10,57].

Methods
A DSR methodology [62] was used to develop an online holistic standardized recipe, available through a web system that allows for dynamic updating and administration of information. The DSR methodology follows an artifact creation approach. DSR is associated with product and process type artifacts, described as technical and socio-technical artifacts [63]. The product artifact can be characterized by elaborating tools, diagrams, software, etc., used to accomplish tasks. The process artifact can be characterized by methods or procedures that guide people while performing a given task [64].
Thus, this research follows a product artifact creation approach. Additionally, as the technical artifact does not require human action after being launched but the sociotechnical artifact requires human action to provide information, the present product artifact is characterized as a socio-technical artifact. Manipulation and management of the system will require human intervention, and some users will benefit from the system's services [64]. According to March and Smith [65], this socio-technical product artifact is classified as instantiation type because it is a functional system that can be used to execute a practice or task.
In DSR, the usefulness of the artifact is considered to measure the relevance of the results [66]. In this study, the development of the OHSR artifact is a solution to a practical problem that F&B professionals and managers experience in their activities. This type of problem can be solved by means of an artifact. As design principles (DPs) for developing an OHSR are non-existent, this study will contribute to the knowledge in the area of information systems applied to F&B management. In this way, DSR produces results, DPs, and an artifact instantiation that are relevant for a local and global practice (i.e., a community of local practices and for the research community) [64].
The development of our DSR approach follows the model proposed by Kuechler and Vaishnavi [67] and is carried out in two design cycles, as shown in Figure 2. or task.
In DSR, the usefulness of the artifact is considered to measure the relevance of the results [66]. In this study, the development of the OHSR artifact is a solution to a practical problem that F&B professionals and managers experience in their activities. This type of problem can be solved by means of an artifact. As design principles (DPs) for developing an OHSR are non-existent, this study will contribute to the knowledge in the area of information systems applied to F&B management. In this way, DSR produces results, DPs, and an artifact instantiation that are relevant for a local and global practice (i.e., a community of local practices and for the research community) [64].
The development of our DSR approach follows the model proposed by Kuechler and Vaishnavi [67] and is carried out in two design cycles, as shown in Figure 2. On the left side of Figure 2, the DSR phases of the model used to conduct this research are represented by the (1) awareness of problem, the (2) definition of the research problem, the (3) artifact design and development, the (4) solution evaluation, and the (5) conclusion [67]. The artifact development will be conducted in a two-cycles process.
For a solid and complete approach to the awareness of problem, it was necessary to start the first design cycle with relevant knowledge found in an extensive and structured literature review, focused on the following keywords: SR, CCSforSR, allergens, sustainability (in terms of seasonality), and nutrition facts. The literature search was carried out using Google Scholar, Scopus, and Web of Science. We also collected information in books, technical and professional manuals and reports. Some authors propose SR and CCSforSR templates and models, frequently using spreadsheet software such as Microsoft Excel, which were useful for this stage of our study.
To the best of our knowledge, currently there is no web platform that compiles all the information we propose to use and, at this stage, the future artifact will have to solve an identified problem effectively [62]. There is a web platform originating in Brazil from which it is possible to extract information about SR with the indication of cost price (see [8]), but it neglects other requirements that our artifact foresees.
The second phase of the first cycle presents the DPs of the OHSR artifact. The DPs were defined based on the information supported in the literature review and interaction with relevant stakeholders to draw the design and identify functions of the OHSR mock- On the left side of Figure 2, the DSR phases of the model used to conduct this research are represented by the (1) awareness of problem, the (2) definition of the research problem, the (3) artifact design and development, the (4) solution evaluation, and the (5) conclusion [67]. The artifact development will be conducted in a two-cycles process.
For a solid and complete approach to the awareness of problem, it was necessary to start the first design cycle with relevant knowledge found in an extensive and structured literature review, focused on the following keywords: SR, CCSforSR, allergens, sustainability (in terms of seasonality), and nutrition facts. The literature search was carried out using Google Scholar, Scopus, and Web of Science. We also collected information in books, technical and professional manuals and reports. Some authors propose SR and CCSforSR templates and models, frequently using spreadsheet software such as Microsoft Excel, which were useful for this stage of our study.
To the best of our knowledge, currently there is no web platform that compiles all the information we propose to use and, at this stage, the future artifact will have to solve an identified problem effectively [62]. There is a web platform originating in Brazil from which it is possible to extract information about SR with the indication of cost price (see [8]), but it neglects other requirements that our artifact foresees.
The second phase of the first cycle presents the DPs of the OHSR artifact. The DPs were defined based on the information supported in the literature review and interaction with relevant stakeholders to draw the design and identify functions of the OHSR mock-up and the OHSR artifact prototype instantiation. Document studies can provide an understanding of the practice under consideration, which provides clues for requirements [64].
The OHSR artifact in research has a holistic profile. Holistic is a concept that derives from Greek, translating into a synonym for integer [68], which can be described in the social and human sciences as a defender of the importance of an integral and general view of phenomena and not just the isolated analysis of factors that constitute it [69]. The OHSR will be the artifact resulting from the followed methodology, integrating a CCSforSR template and adding factors such as sustainability, nutrition facts, and allergens. In addition to the factors mentioned above, it is still possible to decide which menu pricing strategies to follow.
In the following phase (Cycle 1, Phase 3), a mock-up and prototype instantiation of the OHSR was created to address the problem requirements, the design, and functions defined in the mock-up and DPs of the previous phase. A mock-up of an artifact provides an overview of the functions and displays the interface between the artifact and the user. Additionally, what the artifact offers to the user facilitates communication among those involved in the construction of the artifact and provides guidance for further development. The prototype instantiation development used software prototype development techniques, pair design techniques, and peer reviews [64].
The next phase of the first cycle (Cycle 1, Phase 4) involved the artifact prototype instantiation's ex-ante and naturalistic formative evaluation strategy. Evaluating the artifact prototype instantiation determines how well it can solve the problem and to what extent it fulfils the DPs. Ex-ante evaluation means that the artifact is evaluated without being used or fully developed, to obtain feedback for further improvement. Naturalistic evaluations are carried out in real settings with multiple stakeholders involved, ensuring different perspectives and interests. In this way, it is particularly valuable when evaluating sociotechnical artifacts. The formative evaluation identifies opportunities to improve it during subsequent design activities and several iterations [70,71].
The evaluation strategy consisted of exploratory focus group research [72] involving a group of specialists, professionals, and users who tested and made suggestions for OHSR improvements. The group consisted of operational professionals, management professionals, nutritional professionals, students in the field, and even users with no management or F&B skills. The address of the web system used to conduct the evaluation is https://maridar.pt/sgftcomidas.
The last phase of the first cycle (Cycle 1, Phase 5) concerned the communication of the OHSR prototype instantiation by using and inserting 250 typical Algarve recipes on the website maridar.pt [73]. The website maridar.pt [73] is part of the IT-AMGABAlgarve [74] project that intends to develop an information technology system that compiles and presents relevant information about 250 typical Algarve recipes. These recipes are presented in their original form in an alternate, nutritionally improved version. This portfolio can be accessed by the public and catering professionals, focusing on recipes presented as a heritage of the region, with a high immaterial value.
The second cycle (Cycle 2, Phase 1) of the project started after the exploratory focus group and consisted of analyzing the data resulting from the evaluation process involving a group of specialists, professionals, and users.
In the next stage (Cycle 2, Phase 2), researchers improved the DPs through the suggestions and opinions resulting from the previous stage.
Then (Cycle 2, Phase 3), the research moved on to the OHSR artifact instantiation phase, following the same development techniques as Cycle 1, Phase 3: prototype instantiation software prototype development techniques, pair design technique, and peer reviews [64].
The next phase (Cycle 2, Phase 4) concerned the ex-post and naturalistic summative evaluation strategy of the OHSR artifact instantiation. Ex-post evaluation requires artifact employment and full development. Summative evaluation was carried out to determine the usefulness of our artifact [63,70].
The evaluation strategy was conducted with a field study research method. Two restaurant professionals were invited to submit their recipes on the platform in order to assess the proposed solution to the problem. Additionally, in the field study evaluation, students from the first year of the Hospitality Management master's degree were invited to use the OHSR to develop group work.
Communication will be done through academic publications and conferences in the last phase (Cycle 2, Phase 5), open to peer review [64]. We intend for the OHSR to be used by professionals and students.

Design Principles
This section presents the DPs based on interaction with relevant stakeholders and the literature review of SR, CCSforSR, sustainability, nutrition facts, allergens, and menu pricing strategies. The literature review can provide an understanding of the practice under consideration and provide clues for requirements [64]. Additionally, it enables the identification of functional and non-functional requirements of the OHSR mock-up and the OHSR artifact prototype instantiation.

DP1: OHSR Header
The header of a given OHSR is formed by a set of information relevant to its construction. Ericson [13] suggests introducing the name of the dish (DP 1.1), classification (e.g., starter, main course, dessert, etc.) (DP 1.2), the number of servings (DP 1.3), total dish weight (DP 1.4), cooking temperature (DP 1.5), and cooking time (DP 1.6).
Moser [16] also suggests including the service type (DP 1.7), name of the person responsible for constructing the OHSR (DP 1.8), and name of the person responsible for verification (DP 1.9). Florendo [17] adds the total preparation time (DP 1.10) and reinforces the use of cooking time, cooking temperature, and the number of servings. Jeffrey [18] suggests concluding the OHSR with the inclusion of the date for the OHSR version (DP 1.11).
Miller et al. [12] suggest the cooking mode (DP 1.12). Gomes [20] argues that the selling point where the dish will be served should also be included (DP 1.13), and according to CESTUR [11], a code system for the dish, based on ingredient identifier (ID), should also be included (DP 1.14).
Serra [23] defends that the original region (DP 1.15) and ontological categories (DP 1.16) must be included. Due to the in-depth nature of our study, the categories were subdivided into two levels (DP 1.17). Following recommendations from Writer and Whitmore [22], we included recipe difficulty ratings, and decided to set them at three difficulty levels (DP 1.18).

DP2: Method of Procedure
Ericson [13], Florendo [17], and Miller et al. [12] argue that there should be a field describing the order-making procedures.

DP3: Instructions about Dish Presentation
According to Moser [16], in an SR is important to give instructions about dish presentation.

DP4: Ingredients
CESTUR [11] highlights the importance of ingredients' ID (DP 4.1). According to Ericson [13], Florendo [17], and Patil and Pol [21], the quantity of each ingredient, both in terms of weights and exact measurements (DP 4.2), are essential. Ericson [13] defends that the weight or volume will be expressed in units (DP 4.3). Patil and Pol [21] and Ericson [13] also believe that the list of ingredients (DP 4.4) is very important. Gomes [20] states that the purchase cost of different items must be an indicator, and proposed including unit purchase price (DP 4.5). Abranja et al. [4] argue that the isolated cost for ingredients should be calculated for each one, which implies adding a cost subtotal (DP 4.6).
Ericson [13] defends that the quantities of each ingredient should be placed in the OHSR. For example, in terms of valuing this ingredient, one bay leaf should be placed according to the purchased unit of measurement. The DP 4.7 will have a field where the description corresponding to the example can be placed, naming alternative weight.

DP5: Product Seasonality Information
The products' seasonality is related to the harvest times of each ingredient in an OHSR. It is imperative to respect the seasonality of products. Our objective was to alert the web system users that a given product is off harvest (DP 5.1), so that they can consider replacing it with a more sustainable option. DP 5.2 concerns the products at harvest time of the recipes. If the product is at harvest time, a green-colored calendar icon pops out, as shown in Figure 3a.
In turn, if the product is off harvest time, an icon with " Sustainability 2022, 14, x FOR PEER REVIEW 11 of 23 [13] also believe that the list of ingredients (DP 4.4) is very important. Gomes [20] states that the purchase cost of different items must be an indicator, and proposed including unit purchase price (DP 4.5). Abranja et al. [4] argue that the isolated cost for ingredients should be calculated for each one, which implies adding a cost subtotal (DP 4.6). Ericson [13] defends that the quantities of each ingredient should be placed in the OHSR. For example, in terms of valuing this ingredient, one bay leaf should be placed according to the purchased unit of measurement. The DP 4.7 will have a field where the description corresponding to the example can be placed, naming alternative weight.

DP5: Product Seasonality Information
The products' seasonality is related to the harvest times of each ingredient in an OHSR. It is imperative to respect the seasonality of products. Our objective was to alert the web system users that a given product is off harvest (DP 5.1), so that they can consider replacing it with a more sustainable option. DP 5.2 concerns the products at harvest time of the recipes. If the product is at harvest time, a green-colored calendar icon pops out, as shown in Figure 3a.  In turn, if the product is off harvest time, an icon with "✕" in a red color appears, as shown in Figure 3b.
This information is included in the OHSR header (DP 5.3) to alert users in general, in addition to the ingredient on a case-by-case basis.

DP6: Key Performance Indicators
Barnard [6] and Florendo [17] argue that the sum of all total unit costs is the total cost price (DP 6.1) of each OHSR. Dittmer [27] and Kotschevar and Withrow [28] argue that if an OHSR is constructed for more than one person, it is necessary to divide the cost price of the OHSR by the number of portions to obtain the cost price per person (DP 6.2).
The SP reflects the costs of production and preparation of the dishes [76]. After using " in a red color appears, as shown in Figure 3b.
This information is included in the OHSR header (DP 5.3) to alert users in general, in addition to the ingredient on a case-by-case basis.
The products' seasonality is related to the harvest times of each ingredient in an OHSR. It is imperative to respect the seasonality of products. Our objective was to alert the web system users that a given product is off harvest (DP 5.1), so that they can consider replacing it with a more sustainable option. DP 5.2 concerns the products at harvest time of the recipes. If the product is at harvest time, a green-colored calendar icon pops out, as shown in Figure 3a. In turn, if the product is off harvest time, an icon with "✕" in a red color appears, as shown in Figure 3b.
This information is included in the OHSR header (DP 5.3) to alert users in general, in addition to the ingredient on a case-by-case basis.

DP6: Key Performance Indicators
Barnard [6] and Florendo [17] argue that the sum of all total unit costs is the total cost price (DP 6.1) of each OHSR. Dittmer [27] and Kotschevar and Withrow [28] argue that if an OHSR is constructed for more than one person, it is necessary to divide the cost price of the OHSR by the number of portions to obtain the cost price per person (DP 6.2).
The SP reflects the costs of production and preparation of the dishes [76]. After using simulations, it is suggested to include real management indicators, resulting from the real SP. Therefore, after using the simulator, real indicators will be available. Thus, it is necessary to enter real SP (DP 6.3), real VAT (DP 6.4), real NSP (DP 6.5), real contribution margin (DP 6.6), real food cost percentage (DP 6.7), and real markup (DP 6.8).

DP7: Menu Pricing Strategies
Jagels [56] argues that there are qualitative pricing strategies: the market positioning method, the trial-and-error method, and the rule-of-thumb method. The market positioning and trial-and-error methods must follow a pricing strategy through the SP (DP 7.1). The rule-of-thumb method should follow a pricing strategy through the food cost percentage (DP 7.2).
Barnard [6] identifies quantitative pricing strategies as the markup method, the factor method, the food cost percentage method, and the contribution margin method. The

DP6: Key Performance Indicators
Barnard [6] and Florendo [17] argue that the sum of all total unit costs is the total cost price (DP 6.1) of each OHSR. Dittmer [27] and Kotschevar and Withrow [28] argue that if an OHSR is constructed for more than one person, it is necessary to divide the cost price of the OHSR by the number of portions to obtain the cost price per person (DP 6.2).
The SP reflects the costs of production and preparation of the dishes [76]. After using simulations, it is suggested to include real management indicators, resulting from the real SP. Therefore, after using the simulator, real indicators will be available. Thus, it is necessary to enter real SP (DP 6.3), real VAT (DP 6.4), real NSP (DP 6.5), real contribution margin (DP 6.6), real food cost percentage (DP 6.7), and real markup (DP 6.8).

DP7: Menu Pricing Strategies
Jagels [56] argues that there are qualitative pricing strategies: the market positioning method, the trial-and-error method, and the rule-of-thumb method. The market positioning and trial-and-error methods must follow a pricing strategy through the SP (DP 7.1). The rule-of-thumb method should follow a pricing strategy through the food cost percentage (DP 7.2).
According to Dopson et al. [10], no pricing option is better than the other. Pavesic [57] argues that a combination of menu pricing strategies should be chosen. In the pricing strategy design process, it is necessary to simulate the differences that occur using one, two, or more pricing strategies simultaneously (DP 7.5).

DP8: Additional Information
All complementary information not visible in DP1 should be included in DP8. There are some broad and comprehensive DPs. We propose following the method suggested by Ericson [13], who states that descriptive terms of actions in each ingredient should be included (e.g., cut into cubes, slices, etc.). Additionally, the use of cooking terminology, the use of only the front of a recipe and not writing on the back, and the inclusion of directions for serving (e.g., garnishes, accompaniments, serving equipment), recipients of production, and pan size, are also recommended.
Patil and Pol [21] and Ericson [13] argue that the specific quality of ingredients should be mentioned (brands) due to the change in flavors that occurs between brands. Jeffrey [18] proposes including instructions for storing and using leftovers, if considered relevant.

DP9: Dish Photography
Olsen [19] and Ribeiro [5] suggest not neglecting the way that a dish should be presented (DP9), and suggest including photography to document desired presentation. Gomes [20] reinforces the importance of presenting the dish (DP3) (e.g., on a separate platter, on the same plate, or the complementary decoration to be included).

DP10: Allergens List
The sentence in the menu, "If you have any food allergies to any of these 14 elements, please contact us" [53] (p. 44), is suggested by the Portuguese General Directorate of Health. For this to happen, Pádua et al. [53] advise that an up-to-date SR for each dish should exist, detailing the allergenic ingredients (DP10). AHRESP [54] proposes that an F&B establishment provide its customers with mandatory information about the allergens in each dish.

DP11: Nutrition Facts
The European Regulation (EU) No. 1169/2011 refers to energy, total fat, saturated fat, total carbohydrates, sugars, protein, and salt. The same regulation defines fiber content as mandatory supplementary information (DP 11.1). The reference intake for adults was transformed into a percentage (DP 11.2) and, based on commonly used dietary intake information [77], it was considered that an adult should have, on average, three meals a day. Additionally, the nutritional traffic light categories were computed (DP 11.3) whenever possible. In all other instances, an "information not available" icon appears.
The European Regulation (EU) No. 1169/2011 refers that it is important to use symbols and icons. The green-colored icon concerns 1/3 of the reference intake, as shown in Figure 4a below. This information was also calculated as a percentage value of the reference intake.   [75], (b) yellow icon for DRI [75], (c) orange icon for DRI [75], (d) grey icon [75].
The yellow-colored icon concerns 2/3 of the reference intake, as shown in Figure 4b below. This information was also calculated as a percentage value.
The orange-colored icon concerns 3/3 of the reference intake, as shown in Figure 4c below. This information was also calculated as a percentage value.
The grey-colored icon, as shown in Figure 4d, symbolizes that there is no information available about the product.
Davis et al. [9], Jeffrey [18], Patil and Pol [21], and CESTUR [11] claim that nutrition facts can be entered on the OHSR. As suggested in the literature, we defined it as a DP, making it possible to calculate nutrition facts for every 100 g (DP 11.4) [28] and one serving of the dish (DP 11.5).
Another DP to be presented is the Nutri-Score (DP 11.6), ranging between A to E. The first category, A, refers to healthier dishes, and the last category, E, refers to less healthy  [75], (b) yellow icon for DRI [75], (c) orange icon for DRI [75], (d) grey icon [75].
The yellow-colored icon concerns 2/3 of the reference intake, as shown in Figure 4b below. This information was also calculated as a percentage value.
The orange-colored icon concerns 3/3 of the reference intake, as shown in Figure 4c below. This information was also calculated as a percentage value.
The grey-colored icon, as shown in Figure 4d, symbolizes that there is no information available about the product.
Davis et al. [9], Jeffrey [18], Patil and Pol [21], and CESTUR [11] claim that nutrition facts can be entered on the OHSR. As suggested in the literature, we defined it as a DP, making it possible to calculate nutrition facts for every 100 g (DP 11.4) [28] and one serving of the dish (DP 11.5).
Another DP to be presented is the Nutri-Score (DP 11.6), ranging between A to E. The first category, A, refers to healthier dishes, and the last category, E, refers to less healthy dishes, as shown in Figure 1 and used in Figure 5.  In Figure 5, we can see the OHSR mock-up resulting from the DPs presented in this section of the paper. This OHSR mock-up supported by the DPs served as the basis for designing and developing the OHSR artifact prototype.

Cycle 1: OHSR Prototype Development and Exploratory Focus Group
In the first development cycle, an OHSR prototype was instantiated with the implementation of the 11 DPs subdivided among other DPs and the design proposed in the mock-up. The OHSR prototype was evaluated with an exploratory focus group method.
The development of the OHSR prototype artifact was instantiated on http://maridar. pt/sgftcomidas and was carried out by a small group of software and usability researchers. As the knowledge base for the activity, the group used software prototype development techniques. Furthermore, the group frequently used pair design to design the functions, the UI, and the architecture. Additionally, the process used peer reviews to obtain feedback from different stakeholders. To develop the instantiation of the OHSR prototype, an internet hosting service was installed with the following technical features: Linux operating system, MySQL database, PHP language, and Bootstrap. It was necessary to use PHP and JavaScript language, CSS, and Bootstrap in the development process.
The evaluation strategy of the artifact prototype instantiation was structured with an exploratory focus group research method. Specialists, professionals, and potential users participated in this exploratory focus group. Four groups of specialists, professionals, and users were formed, each with its own schedule. The focus group session was held online, and group members were notified by email. The exploratory focus groups' goal was previously specified as validating the integration of DPs and the design proposed in the mock-up in the OHSR prototype. In addition, we asked for suggestions for changes that would make the OHSR prototype instantiation process easier.
The online sessions began with a briefing on the objectives and tasks to be completed. The participants were then instructed to insert an SR into the platform. Finally, we moved on to a discussion of suggestions and enhancements, which resulted in the creation of new DPs or adjustments to existing DPs. The session was recorded and later deleted. Two culinary arts students, one IT student, one chef, two food engineers, one management and IT teacher, one IT engineer, one hotel manager, and two users with no management or F&B abilities make up the total of 11 group members. During the sessions, some functioning problems were noted, such as difficulties adding commas in the field for ingredients quantity. Furthermore, the nutritional traffic light was not functioning properly, the ingredients list field was designed to search ingredients by the "contains" rule rather than "starts with" rule, and while uploading a photograph for the dish, some image formats were not supported by the platform.
Validation tests were carried out by the participants. The probable introduction of alphanumeric data was one of the errors to be reported. When they were supposed to be restricted to numeric fields, there were no defined mandatory fields, and it was possible to introduce SR names with more than one hundred characters. The suggestions for improvement were related to changes such as: (1) adding a "save" button and a "save and close" button, (2) the simulator having a different appearance depending on the KPI, (3) assumption that the person responsible for the elaboration is the user inputting information in the platform, (4) insertion of a website redirect that allows the user to submit new data to created drop-down lists, and (5) addition of emojis associated with nutritional traffic light colors.
Functional errors were corrected and not all the suggestions were considered. However, notes were taken for future updates to the platform. The success and contributions that could result from this focus group depended on the quality of information and knowledge held by group members and, thus, it was essential to collect participants' views, perceptions, and experiences, since they intervened in the process.

Cycle 2: OHSR Artifact Development and Evaluation in a Field Study
In the second development cycle, the OHSR artifact instantiation phase followed the same development techniques and technical features used in the prototype development phase. The OHSR artifact instantiation development incorporated improved DPs (see  due to the data analysis resulting from the OHSR prototype evaluation process involving the group of specialists, professionals, and users. OHSR artifact was instantiated on the website maridar.pt [73] that is part of the IT-AMGABAlgarve [74] project and intends to develop an information technology system that compiles and presents relevant information about Algarve recipes and support F&B operational and managerial process.
According to Venable et al. [63] and Pries-Heje et al. [70], in the research phase of OHSR artifact evaluation, the artifact was submitted to an ex-post and naturalistic summative evaluation strategy with a field study research method to determine the usefulness of the artifact. A group of 24 students from the first year of the Hospitality Management master's degree and two restaurant owners and managers from the Algarve region participated in this second cycle phase. The scope and objectives of the field study were explained in an email to the participants. Three separate users were created in the platform, one for each of the restaurant managers and one for the group of students. Students proceeded with the insertion of 18 OHSRs on the artifact. The managers started introducing all their SRs on the online system.
Participants felt the need for some explanations before starting the process. The situations reported concerned the ingredients list, containing around 1390 ingredients. The OHSR artifact does not include all the ingredients needed for the restaurants' SRs. The upload of some photos was not possible, and the "print" function also had some usage issues. Some issues with the nutrition data tab, particularly in the "nutrition facts per 100 g" section, were also noticed. Users offered some suggestions for improvement, given that the table generated for Microsoft Excel does not contain all of the information shown in the OHSR. All users praised the OHSR artifact and agreed that it was useful. After these two DSR research cycles, the OHSR artifact incorporated contributions from all those involved in the process. Around 37 people participated in our study, demographically distributed between 25 women and 12 men. In the first cycle, 75 occurrences were reported, and 38 of the previously reported situations were included in the OHSR. The OHSR features three tabs denominated "Standardized recipe", "Dish photograph", and "Nutrition facts". Figure 6 presents the OHSR header (DP1), the method of procedure (DP2), the instructions about dish presentation (DP3), the ingredients (DP4), the product seasonality information (DP5), the KPIs (DP6), the menu pricing strategies (DP7), the additional information (DP8), the dish photograph (DP9), the allergens list (DP10), and the nutrition facts (DP11). Figure 6 refers to the information seen in the first tab of the OHSR. Figure 7 presents the information found in the second tab of the OHSR, which concerns the DP9 named dish photograph. The photograph of the dish can be directly uploaded to the OHSR from the device. Figure 8 depicts the information included in the OHSR's third tab, which is dedicated to the DP11 nutrition facts.

Conclusions
We used DSR methodology to develop an online holistic standardized recipe, which proved to be a useful and appropriate method for creating the artifact on the website maridar.pt [73], which is part of the IT-AMGABAlgarve [74] project. This project sought

Conclusions
We used DSR methodology to develop an online holistic standardized recipe, which proved to be a useful and appropriate method for creating the artifact on the website maridar.pt [73], which is part of the IT-AMGABAlgarve [74] project. This project sought to develop a dynamic web platform to support F&B operations. After free registration, it is possible to insert and manage standardized recipes with holistic characteristics using information from SR, prices, sustainability, nutrition data, and menu pricing adjustments. This OHSR can aid in the production of consistent, high-quality dishes [12] and provides information on nutrients per serving and pricing, allowing institution managers to better anticipate the selling price to be fixed [21]. In terms of sustainability, eating meals at the proper time [50] can help to reduce environmental impact, which contributes to the 12th SDG.
A structured literature review was required to describe all DPs suited for the intended artifact in the two-cycle DSR methodology with five phases [67]. Similar platforms already exist but they are not as comprehensive as OHSR and are not provided free of charge to its users. Our project's rigor and relevance were ensured by combining the literature review, exploratory focus group, and field study [78].
A focus group approach allowed to record experts' feedback, in order to validate DPs and promote improvements to the final artifact and the platform. The field study also made validating DPs possible and allowed us to have a broader view of the process, by involving professionals and students. All the suggestions from participants were considered pertinent and contributed to an improved artifact.
During the evaluation process, the artifact was deemed valuable and relevant [66] to the difficulties that F&B professionals and managers face in their daily activities. Furthermore, the lack of design principles (DPs) for designing an OHSR make this study useful and a contribution to information systems applied to F&B management. The DSR was used to generate DPs and an artifact that is relevant to both local and global practice (i.e., a community of local practices and for the research community). With the OHSR use, maridar.pt presents an inventory of 250 recipes of typical dishes from the Algarve region, and their nutritionally improved versions, totaling 500 OHSR. It should be noted that by free registering on https://maridar.pt/sgftcomidas, users and professionals are given the possibility to create their own OHSR. Users can change and add new OHSRs at any moment in their own personal section.
Future research may improve this artifact. Not all SRs contemplate the amounts in edible portions because of the waste that food suffers [10]. Thus, further studies detailing OHSR on this topic should be conducted. For better and healthier nutritional information, information on average calories of food items and beverages should be computed and displayed in the OHSR [79]. Difficulties regarding traditional dishes from other parts of the country, and possibly from other countries, would be interesting to discuss. Because neither party has previous knowledge of sales, labor costs, or other costs, other menu pricing options were not addressed in this work. Thus, it is suggested that certain menu pricing strategies, as described by Barnard [6], Kotschevar and Withrow [28], and CESTUR [11], be implemented. Other qualitative characteristics, such as atmosphere, location, and surroundings, are explored by Davis et al. [9] and Miller et al. [12] and may be incorporated in menu pricing techniques.